A fatura de cloud subiu — mas o uso não cresceu tanto. Isso é mais comum do que parece, e quase sempre tem a mesma causa: recursos que ninguém lembra que existem, pagando 24 horas por dia. Antes de renegociar contrato ou migrar de provedor, identifique o que está gerando o custo.
As 6 causas mais comuns de fatura de cloud fora de controle
1. Recursos superdimensionados
O processo de provisionamento de servidores costuma ser conservador por natureza. O time pede o dobro do necessário “por precaução”, o aprovador arredonda para cima, e o resultado é uma instância de 32 vCPUs e 128 GB de RAM rodando com 10% de CPU e 20% de memória em média.
Isso acontece porque provisionar errado para baixo tem consequência imediata (performance ruim, incidente, escalonamento), mas provisionar para cima não tem consequência visível — o custo vai para o centro de custo de TI e ninguém nota.
2. Ambientes de dev e test ligados 24/7
Ambientes de desenvolvimento e teste costumam ser provisionados e esquecidos. Ficam ligados nos finais de semana, nas madrugadas, nas férias — consumindo recursos sem gerar valor.
Uma conta de cloud com 10 instâncias de desenvolvimento ligadas 24/7 tem 168 horas de computação por semana por instância. Se o dev usa o ambiente 40 horas por semana, 76% do tempo (128 horas) é desperdício puro. Para 10 instâncias a USD 0,50/hora: USD 640/semana desperdiçados só em dev.
3. Snapshots e volumes esquecidos
Você terminou o projeto, deletou as instâncias — mas os volumes EBS ou os discos gerenciados ficaram para trás. Snapshots de backup acumulam por meses. Storage de objetos com dados que já foram migrados ou são desnecessários continua sendo cobrado.
Storage é barato por GB — mas acumula. Uma empresa com anos de cloud pode ter terabytes de snapshots obsoletos gerando centenas de dólares por mês sem que ninguém saiba.
4. Egresso de dados ignorado
O provedor de cloud cobra para transferir dados para fora da nuvem (egresso). Dentro da mesma região, é barato ou gratuito. Entre regiões ou para a internet, pode ser caro.
Arquiteturas que fazem muitas chamadas entre regiões, CDN mal configurada gerando egresso desnecessário, backups sendo transferidos para outro cloud ou para on-premises — tudo isso gera egresso que frequentemente não aparece no planejamento de custo e pode representar 10–20% da fatura.
5. Nenhum modelo de compra com desconto
On-demand é conveniente — você paga pelo que usa, sem compromisso. Mas é o modelo mais caro para cargas estáveis. Um servidor de produção que roda 24/7 com carga previsível e está em on-demand está pagando entre 30% e 70% a mais do que pagaria com Reserved Instance de 1 ano.
Muitas empresas nunca fizeram a transição para modelos com desconto porque “não tiveram tempo” ou “não queriam se comprometer”. O custo desse adiamento é mensal e silencioso.
6. Falta de tagging para accountability
Sem tags consistentes nos recursos de cloud, você não sabe qual time, produto ou projeto gerou cada linha da fatura. O resultado: TI absorve tudo num centro de custo genérico, ninguém tem incentivo para otimizar, e quando a fatura sobe, ninguém sabe onde cortar.
Tagging precisa ser política — não sugestão. Recursos sem tag são o sintoma de uma cultura que ainda não adotou accountability de custo.
O efeito câmbio no Brasil
Aqui está um fator que nenhum artigo americano sobre FinOps vai mencionar: no Brasil, a fatura de cloud pública é em dólar americano, e o real flutua.
Um ambiente que custa USD 10.000/mês:
- Com dólar a R$ 5,00: R$ 50.000/mês
- Com dólar a R$ 6,50: R$ 65.000/mês
Isso é um aumento de 30% na fatura em BRL sem nenhuma mudança no uso. Em 12 meses de variação cambial significativa, o impacto pode representar dezenas a centenas de milhares de reais de desvio em relação ao orçamento.
O problema se agrava no planejamento orçamentário anual: você orça em BRL com uma taxa de câmbio estimada. Se o dólar se valoriza durante o ano, a fatura em BRL aumenta automaticamente — gerando pressão de budget que não tem relação com decisões técnicas.
Isso não é exclusividade de cloud pública — qualquer serviço contratado em USD tem o mesmo problema. Mas cloud pública é particularmente sensível porque o consumo é variável e o câmbio amplia a variação.
Como começar a investigar
Você não precisa de ferramentas sofisticadas para começar. Faça isso:
1. Ative o Cost Explorer (AWS) ou equivalente no seu provedor e olhe os últimos 3 meses de custo por serviço. Identifique os 3 serviços mais caros.
2. Para cada serviço caro, verifique utilização real. Para EC2/VMs: CloudWatch mostra CPU e memória médias. Se estiver abaixo de 20% em média, há oportunidade de rightsizing.
3. Liste todos os volumes e snapshots. Filtre por último uso. Volumes não anexados a nenhuma instância são candidatos a deleção imediata.
4. Verifique ambientes de dev/test. Quantas instâncias existem? Quando foram acessadas pela última vez? Existe automação para desligá-las fora do horário comercial?
5. Calcule o potencial de reservas. Para cada instância em produção rodando há mais de 3 meses sem mudança significativa, calcule a economia de Reserved Instance de 1 ano.
Com essas cinco verificações, a maioria das empresas identifica entre 20% e 40% de oportunidade de redução sem nenhuma mudança arquitetural.
A Adentro oferece contrato de cloud em BRL com preço fixo mensal — eliminando o risco cambial e simplificando o planejamento orçamentário. Para cargas previsíveis, isso representa previsibilidade real.