FinOps não é “desligar servidores”. É decidir com dados quanto gastar em nuvem, quem aprova mudanças e como medir se a economia não quebrou o produto. Este guia resume um plano de 30 dias que uso em contas reais — adaptável a startups e times enxutos no Brasil.
Semana 1: visibilidade (sem otimizar nada ainda)
Antes de trocar instância ou comprar Reserved Instance, você precisa responder três perguntas:
- Quanto gastamos por serviço? (EC2, RDS, S3, data transfer, Lambda…)
- Quem é dono de cada custo? (time, produto, ambiente)
- O que é fixo vs. o que cresce com uso?
Ações concretas
- Ative Cost Allocation Tags (
Environment,Team,Product) e espere 24–48 h para os dados aparecerem no Cost Explorer. - Configure um orçamento mensal com alerta em 80% e 100% do valor histórico.
- Exporte o Cost and Usage Report (CUR) para um bucket S3 se a conta passar de ~US$ 2k/mês — facilita análises futuras.
Erro comum: otimizar EC2 enquanto 40% da fatura vem de NAT Gateway, logs ou snapshots esquecidos.
Semana 2: quick wins de baixo risco
Priorize mudanças reversíveis e mensuráveis:
| Oportunidade | Esforço | Risco |
|---|---|---|
| Desligar/reciclar recursos órfãos (EBS, EIP, AMIs antigas) | Baixo | Baixo |
| Right-sizing de instâncias com CPU < 20% por 14 dias | Médio | Médio |
| S3 Intelligent-Tiering / lifecycle em buckets de log | Baixo | Baixo |
| Graviton (arm64) em workloads compatíveis | Médio | Médio |
Use o comparador de instâncias EC2 para simular custo horário antes de migrar família (t3 → t4g, m5 → m7g).
Semana 3: compromissos de uso (RI / Savings Plans)
Reserved Instances e Savings Plans não são “desconto automático”. São aposta em padrão de uso estável por 1 ou 3 anos.
- Compute Savings Plan: flexível entre famílias e regiões (geralmente o melhor primeiro passo).
- Reserved Instance regional: quando você sabe exatamente a família (ex.:
m6i.largeemsa-east-1). - Spot / Graviton Spot: workloads tolerantes a interrupção (batch, filas, CI).
Leia o comparativo completo em Reserved Instances vs Savings Plans.
Semana 4: governança leve
FinOps sustentável exige processo, não heroísmo:
- Revisão quinzenal de 30 minutos com engenharia + financeiro (ou founder).
- Política de ambientes: dev/staging desligam à noite? Há TTL em sandboxes?
- Definition of Done para novos serviços: tags, budget, alarmes de custo.
Documente decisões em um runbook interno — mesmo que seja um Notion de uma página.
Métricas que importam
- Custo por cliente ativo ou por transação (não só fatura total).
- Cobertura de compromissos (quanto do compute está coberto por SP/RI).
- Waste score: % de recursos ociosos identificados vs. corrigidos.
Próximos passos neste site
- Como escolher instância EC2 sem estourar o orçamento
- Checklist de auditoria de custos AWS em 30 dias
- Calculadora de economia cloud
Autor: Mauricio Nascimento de Oliveira — engenheiro full stack em Foz do Iguaçu (PR), publica análises práticas de FinOps e arquitetura cloud.