O diretor financeiro quer saber quanto vai custar cloud no próximo trimestre. Você olha para o histórico de faturas e vê variações de 15% para cima e para baixo a cada mês — sem correlação clara com o uso do negócio. Essa imprevisibilidade tem solução, mas exige estratégia, não sorte.
Por que cloud pública tem custo imprevisível
A imprevisibilidade do custo de cloud pública tem duas origens distintas, e é importante separar as duas:
Variação de uso (controlável): ambientes de dev ligados mais tempo, pipelines de dados rodando com mais frequência, novos recursos lançados sem análise de custo, picos de tráfego inesperados. Essa variação é, em princípio, controlável com processos adequados de FinOps.
Variação cambial (não controlável): o real flutua. Sua fatura de cloud pública é em USD. Se o dólar sobe 10%, sua fatura em BRL sobe 10% — mesmo que você não tenha mudado nada no consumo. Para empresas que orçam em BRL, essa variação é genuinamente imprevisível e não depende de nenhuma decisão técnica.
A soma das duas variações é o que torna o custo de cloud pública difícil de prever com precisão. Vamos ver como tratar cada uma.
As 3 estratégias para previsibilidade
Estratégia 1: Tagging + Budget Alerts
Para que serve: visibilidade e controle proativo de desvios.
Budget alerts notificam você quando o gasto atingiu X% do orçamento definido — antes do fim do mês, quando ainda dá para agir. Sem alertas, você descobre o problema na fatura que já chegou.
Como implementar no AWS:
- Acesse AWS Budgets → Create Budget
- Defina o valor orçado por mês (por conta ou por tag)
- Configure alertas em 50%, 80%, 90% e 100% do orçamento
- Adicione e-mail ou SNS como destino das notificações
Como implementar no Azure:
Azure Cost Management → Budgets → Create Budget → configure alertas por percentual.
O pré-requisito: tags. Sem tags nos recursos, os budgets ficam no nível de conta — você sabe que a conta estourou, mas não qual time ou projeto causou o problema. Tags por projeto, time e ambiente transformam os alertas em informação acionável.
Limite dessa estratégia: alerta não é controle. Você recebe o aviso quando está chegando no limite, mas não impede o gasto — e câmbio ainda afeta o valor em BRL.
Estratégia 2: Reserved Instances + Savings Plans
Para que serve: converter a maior parte do gasto de variável para fixo.
Se 70% do seu gasto está em instâncias EC2/VMs que rodam 24/7, e você reserva essas instâncias, você converte 70% do custo de cloud em um valor mensal fixo conhecido com antecedência. A variação fica concentrada nos 30% em on-demand.
Isso não elimina a imprevisibilidade cambial, mas reduz a base variável — o que torna a projeção mais fácil. Se USD 8.400/mês são reservas fixas e USD 1.600/mês são on-demand variáveis, você sabe que o câmbio vai impactar principalmente os USD 1.600.
Para orçamento anual: com reservas de 1 ou 3 anos, você pode projetar o custo de cloud com muito mais precisão — é o equivalente a um aluguel fixo vs consumo variável.
Estratégia 3: Cloud privada com contrato fixo em BRL
Para que serve: previsibilidade total — sem variação de uso e sem variação cambial.
Cloud privada com contrato mensal em BRL converte todo o custo de cloud em uma linha fixa no orçamento. Você sabe exatamente o que vai pagar nos próximos 12 ou 36 meses, independentemente do câmbio.
Isso é especialmente relevante para empresas que:
- Têm orçamento de TI aprovado anualmente e precisam de precisão na previsão
- Operam em setores regulados onde variações de custo de infraestrutura precisam ser justificadas
- Têm cargas de trabalho estáveis e previsíveis onde a flexibilidade on-demand não agrega valor
O trade-off: menos flexibilidade de escala instantânea (que cloud pública tem). Para cargas previsíveis, isso raramente é um problema real.
Como implementar budget alerts passo a passo
Para ter controle mínimo de custo em cloud pública:
1. Ative Cost Explorer (AWS) ou Cost Management (Azure/GCP) — gratuito.
2. Configure um budget mensal por conta:
- AWS: Budgets → Cost Budget → Monthly → valor do último mês + 10% de tolerância
- Alerta em 80% (aviso antecipado) e 100% (limite atingido)
3. Adicione budgets por tag para os projetos principais:
- Exige que os recursos estejam tagueados consistentemente
- Permite rastrear quem está aproximando do limite antes que seja problema
4. Defina processo para os alertas:
- Quem recebe? (TI + gestor do projeto)
- Qual é a ação quando chega em 80%? (revisão de uso, verificação de recurso ociosos)
- Qual é a ação quando chega em 100%? (aprovação para exceder, ou desligamento de recursos não críticos)
5. Revise os budgets trimestralmente:
- Ajuste para refletir crescimento do negócio ou mudanças de uso
- Identifique categorias que consistentemente ficam bem abaixo do budget (oportunidade de otimização)
O papel do tagging para chargeback interno
Tagging é o pré-requisito de qualquer estratégia de previsibilidade baseada em dados. A estrutura mínima de tags:
| Tag | Valores exemplo | Para que serve |
|---|---|---|
Project |
crm, ecommerce, api-pagamentos | Custo por produto/projeto |
Environment |
prod, staging, dev, test | Custo por ambiente |
Team |
backend, dados, devops | Chargeback por time |
CostCenter |
ti-001, produto-002 | Integração com financeiro |
Tags precisam ser política, não sugestão. Recursos sem as tags obrigatórias devem ser detectados automaticamente (AWS Config Rule, Azure Policy) e corrigidos — ou sua visibilidade de custo sempre terá lacunas.
A Adentro oferece cloud privada com contrato mensal em BRL — previsibilidade real de custo para empresas que precisam de orçamento sem surpresas cambiais. Solicite uma proposta.