A fatura de nuvem cresce por três motivos principais: recursos ligados que ninguém usa, máquinas maiores do que o necessário e cobranças que não aparecem no painel de quem cria o recurso, como tráfego de saída e endereços IP. Os três têm solução com ferramentas que os próprios provedores oferecem, várias delas gratuitas.
O roteiro abaixo organiza o trabalho em quatro semanas. Ele segue as três fases do framework da FinOps Foundation (informar, otimizar e operar) e usa as ferramentas nativas da AWS, do Azure e do Google Cloud, com dados das documentações oficiais consultadas em outubro de 2026.
Antes de tudo: alerta de orçamento não é limite de gasto
Esse é o equívoco mais caro. Nos três provedores, um orçamento comum só avisa:
- Google Cloud: a documentação diz que um orçamento só de alertas "não limita automaticamente" o uso nem o gasto. Os alertas padrão disparam em 50%, 90% e 100% do valor.
- Azure: o tutorial do Cost Management afirma que, quando o limite é atingido, "os recursos não são afetados e o consumo não é interrompido". Os dados de custo chegam em 8 a 24 horas, e os orçamentos são avaliados a cada 24 horas.
- AWS: criar e receber avisos do AWS Budgets é gratuito. Para agir automaticamente (por exemplo, aplicar uma política que impede criar recursos), existem os orçamentos com ações: os dois primeiros são grátis e cada um a mais custa US$ 0,10 por dia.
Como os dados chegam com atraso de horas, um erro grave (uma chave vazada usada para minerar criptomoeda, um loop que cria recursos) pode gerar custo antes do primeiro e-mail. Por isso o alerta é o primeiro passo, não o único.
Semana 1: enxergar para onde o dinheiro vai
Ligue as ferramentas de visibilidade.
| Tarefa | AWS | Azure | Google Cloud |
|---|---|---|---|
| Ver custos por serviço e período | Cost Explorer | Cost Management (análise de custos) | Relatórios do Cloud Billing |
| Criar orçamento com alertas | AWS Budgets | Budgets no Cost Management | Budgets e alertas do Cloud Billing |
| Detectar gasto fora do padrão | Cost Anomaly Detection | Alertas de anomalia do Cost Management | Detecção de anomalias do Cloud Billing |
| Recomendações de economia | Compute Optimizer e Trusted Advisor | Azure Advisor | Recomendações de tipo de máquina do Compute Engine |
Crie dois orçamentos: um com o valor esperado do mês e alerta de previsão (avisa quando a tendência indica estouro) e outro bem acima, como alarme de incidente. Mande os avisos para um e-mail de grupo, não só para quem criou a conta.
Ative a detecção de anomalias. Na AWS, o Cost Anomaly Detection usa aprendizado de máquina e roda cerca de três vezes ao dia sobre os dados de custo, segundo a documentação. Ela mesma avisa que os dados do Cost Explorer têm atraso de até 24 horas e que um serviço novo precisa de 10 dias de histórico antes de ter anomalias detectadas.
Comece a etiquetar. Defina três tags obrigatórias para todo recurso novo: projeto, ambiente (produção, teste) e responsável. Sem isso, a análise de custos mostra "EC2: US$ 900" sem dizer de quem é.
Semana 2: apagar o que ninguém usa
É a semana que mais economiza com menos risco. Procure:
- Máquinas de teste esquecidas e ambientes de demonstração de projetos encerrados.
- Discos soltos: volumes que ficaram para trás depois que a VM foi apagada continuam sendo cobrados.
- Snapshots antigos sem política de retenção.
- IPs públicos parados. Na AWS, todo endereço IPv4 público é cobrado, em uso ou ocioso: US$ 0,005 por hora, segundo a página de preços da VPC, o que dá cerca de US$ 3,65 por mês por endereço.
- Balanceadores de carga e gateways NAT de ambientes que não existem mais. Eles cobram por hora mesmo sem tráfego.
- Logs sem prazo de expiração. Defina retenção (30, 90 dias) nos serviços de log e mova o histórico para armazenamento mais barato, se precisar guardá-lo.
Antes de apagar, tire um snapshot ou exporte o que tiver dúvida e avise o responsável indicado na tag. Por isso a semana 1 vem antes.
Semana 3: ajustar tamanho, horário e região
Redimensione com dados, não com palpite. As ferramentas de recomendação (Compute Optimizer, Azure Advisor e as recomendações de tipo de máquina do Google) olham o uso de CPU e memória das últimas semanas e sugerem máquinas menores. Uma VM com média de 5% de CPU durante um mês é candidata clara. Troque um tamanho de cada vez e acompanhe o desempenho.
Desligue fora do horário. Ambientes de desenvolvimento e homologação que ficam ligados 24 horas por dia, 7 dias por semana, usam 730 horas por mês. Ligados só em horário comercial (12 horas, 5 dias por semana), usam cerca de 260. Todos os provedores permitem agendar parada e partida de VMs.
Questione a região. Rodar no Brasil custa mais. Em 16 de outubro de 2026, uma VM t3.medium da AWS (2 vCPUs, 4 GiB, Linux) custava US$ 0,0672 por hora em São Paulo e US$ 0,0416 na Virgínia; no Azure, a B2s tinha exatamente os mesmos valores nas regiões Brazil South e East US. Produção para usuários brasileiros, e com dados pessoais, costuma justificar São Paulo. Processamento em lote, testes sem dados reais e backups frios podem ir para regiões mais baratas, desde que a questão da LGPD e da transferência internacional esteja resolvida. Os detalhes estão no comparativo entre AWS, Azure e Google Cloud.
Olhe o tráfego de saída. Dados que saem da nuvem para a internet são cobrados. A AWS informa que os primeiros 100 GB por mês de saída para a internet são gratuitos para todos os clientes. Acima disso, uma CDN na frente de arquivos estáticos e imagens costuma reduzir tanto o custo quanto a latência.
Semana 4: descontos por compromisso e capacidade ociosa
Só compre compromisso depois das semanas 2 e 3. Comprometer-se com uma máquina superdimensionada trava o desperdício por um a três anos.
| Mecanismo | O que é | Desconto máximo divulgado | Bom para |
|---|---|---|---|
| AWS Savings Plans | Compromisso de gasto por hora por 1 ou 3 anos | Até 72% sobre o sob demanda | Carga estável que roda o mês inteiro |
| AWS Spot | Capacidade ociosa que pode ser retomada com aviso de dois minutos | Até 90% | Lote, CI, processamento tolerante a interrupção |
| Google Spot VMs | Capacidade ociosa, preço variável | Até 91% em muitos tipos de máquina | Os mesmos casos do Spot da AWS |
| Reservas e planos de economia do Azure | Compromisso de 1 ou 3 anos | Consulte a página de preço do serviço | Carga estável |
Fontes: páginas oficiais do AWS Savings Plans, do Amazon EC2 Spot e da documentação de Spot VMs do Google Cloud, outubro de 2026.
Regra prática: cubra com compromisso apenas a base de uso que você tem certeza de manter (por exemplo, o mínimo dos últimos três meses) e deixe o restante em sob demanda ou Spot.
Custos escondidos que mais aparecem na fatura
| Item | Por que surpreende |
|---|---|
| IPv4 público na AWS | Cobrado mesmo parado, US$ 0,005/h por endereço |
| Gateway NAT | Cobrança por hora e por GB processado, mesmo em ambiente de teste |
| Tráfego entre zonas e regiões | Replicação e chamadas entre zonas geram transferência cobrada |
| Kubernetes em versão antiga | No EKS, suporte estendido custa US$ 0,60/h por cluster em vez de US$ 0,10/h; no GKE, US$ 0,50/h a mais. Veja o guia de Kubernetes |
| Chamadas de API de custo | A API do Cost Explorer custa US$ 0,01 por requisição; painéis que consultam a cada minuto somam |
| Logs e métricas | Volume ingerido e retido cresce com o tráfego, sem ninguém pedir |
Cuidados para não economizar do jeito errado
- Não corte backup nem redundância de produção para baixar a fatura. O custo de uma perda de dados é maior.
- Não desligue alertas e logs de segurança por serem caros; ajuste a retenção.
- Proteja a conta. Credenciais vazadas são uma das formas mais rápidas de gerar fatura alta. Use autenticação multifator na conta raiz e chaves com o menor privilégio possível. Veja segurança digital.
- Compare com um VPS antes de migrar algo pequeno. Para um site ou API estável, preço fixo pode sair mais barato que pagar por uso, como mostramos em VPS, hospedagem compartilhada e nuvem.
Depois do primeiro mês, transforme o roteiro em rotina: uma revisão mensal de 30 minutos com a análise de custos aberta, olhando os cinco maiores itens e o que mudou em relação ao mês anterior.
Fontes
- FinOps Foundation. FinOps Framework Phases.
- Google Cloud. Create, edit, or delete budgets and budget alerts.
- Microsoft Learn. Tutorial: Create and manage budgets.
- AWS. AWS Budgets pricing.
- AWS. AWS Cost Explorer pricing.
- AWS. Detecting unusual spend with AWS Cost Anomaly Detection.
- AWS. Amazon VPC pricing (Public IPv4 Address).
- AWS. Savings Plans.
- AWS. Amazon EC2 Spot Instances.
- Microsoft Learn. Identify anomalies and unexpected changes in cost.
- Google Cloud. View and manage cost anomalies.
- Google Cloud. Spot VMs.
- AWS. Amazon EC2 On-Demand Pricing.
- Microsoft Learn. Azure Retail Prices REST API.
- AWS News Blog. Free data transfer out to internet when moving out of AWS.
