Mais econômicos · Soluções de cloud
- 01Fly.io · shared-cpu-1x 512 MBFly.io$3.69 USD / mês
- 02Railway · HobbyRailway$5.00 USD / mês
- 03Droplet Basic · 1 GiBDigitalOcean$6.00 USD / mês
Separe dev, staging e produção e pare de vazar variáveis de ambiente
A maioria dos incidentes de configuração se parece: um banco de produção apontado a partir do staging, uma chave colada em um repositório ou uma variável que existe na sua máquina e não no servidor. Nenhum é falha da ferramenta; são falhas de separação. Cada ambiente deve ter suas próprias credenciais, seu próprio banco e, idealmente, sua própria conta.
Os segredos têm um ciclo de vida: são criados com a permissão mínima, ficam em um gerenciador e não no código, e são rotacionados e revogados. Quando uma plataforma externa precisa entrar na sua nuvem, o acesso é dado com um papel de privilégio mínimo, nunca com uma chave de administrador. Aqui estão os guias da Codifly sobre cada etapa.
No gerenciador de segredos da sua nuvem ou plataforma, injetados na inicialização; nunca no repositório nem na imagem do contêiner. Em local, use um arquivo .env fora do Git e um exemplo sem valores reais.
Contas separadas dão o isolamento mais claro: um erro no staging não toca a produção e as permissões são auditadas por conta. Se for demais para a sua equipe, comece com bancos e credenciais distintos e migre para contas separadas ao crescer.
Revogue e rotacione primeiro, depois investigue. Revise os registros de acesso desde o momento da exposição, procure o segredo no histórico do Git e nos logs da aplicação e substitua tudo o que o usava. Apagar o commit não basta: assuma que alguém já o copiou.
Conte o seu volume e as opções que você avalia. Respondemos por escrito com os números do seu uso real; sem compromisso.
Nenhum provedor paga pela sua posição. Os índices são da LLM Stats; os preços, da API padrão de cada provedor. Como medimos
Análises, guias e novos comparativos de tecnologia.