FinOps na Prática: Como Reduzir Custos na AWS sem Perda de Performance

A nuvem trouxe uma flexibilidade sem precedentes para as empresas, permitindo provisionar recursos com cliques. No entanto, sem uma governança ativa, essa facilidade se traduz em faturas de nuvem infladas e desperdícios operacionais que corroem a margem do negócio. É aqui que entra o FinOps (Financial Operations).

Neste artigo, vamos abordar técnicas práticas que nossa engenharia aplica na consultoria de infraestrutura cloud e FinOps para auditar e otimizar custos em ambientes AWS. Os comandos da AWS CLI estão em auditar a fatura com AWS CLI.

1. Identificando Instâncias Superdimensionadas (Right-sizing)

O erro mais comum em infraestruturas em nuvem é o superdimensionamento. Desenvolvedores costumam escolher instâncias com mais CPU e RAM do que a aplicação realmente necessita "por garantia".

Como agir:

• Monitore o uso histórico de CPU e memória usando ferramentas como o AWS Compute Optimizer ou CloudWatch.
• Se a utilização média de CPU de uma instância EC2 estiver abaixo de 20% por mais de 14 dias, realize o downgrade para uma família menor (ex: de t3.xlarge para t3.medium).
• Avalie a migração para instâncias baseadas em Graviton (famílias g), que oferecem melhor relação custo-performance para Node.js e bancos de dados.

2. Limpeza de Recursos Órfãos e Armazenamento Ocioso

Muitas empresas pagam por recursos que não estão mais conectados a nenhum sistema ativo.

O que auditar:

• Volumes EBS Órfãos: Quando uma instância EC2 é deletada, os discos de armazenamento (EBS) frequentemente continuam existindo e sendo cobrados. Delete volumes que estejam com o status available.
• IPs Elásticos (EIP) não utilizados: A AWS cobra por IPs públicos estáticos que estão reservados na sua conta, mas não associados a nenhuma instância ativa.
• Snapshots Antigos: Políticas de backup mal configuradas geram snapshots diários que nunca são deletados, acumulando custos silenciosamente no S3.

3. Uso Estratégico de instâncias Reservadas e Savings Plans

Para cargas de trabalho que rodam 24/7 (como servidores de produção), pagar o preço sob demanda (On-Demand) é a opção mais cara.

A estratégia:

• Aplique Savings Plans ou compre Instâncias Reservadas para obter descontos de até 72% em troca do compromisso de uso por 1 ou 3 anos.
• Deixe o preço sob demanda apenas para ambientes temporários de teste ou homologação, que podem ser desligados fora do horário comercial.

4. CPU média antes do downgrade

A auditoria de volume solto, IP e snapshot está em auditar a fatura com AWS CLI. O right-sizing usa a CPU dos últimos 14 dias. Troque o ID da instância e a região:

aws cloudwatch get-metric-statistics \
  --namespace AWS/EC2 \
  --metric-name CPUUtilization \
  --dimensions Name=InstanceId,Value=i-0123456789abcdef0 \
  --start-time 2026-09-17T00:00:00Z \
  --end-time 2026-10-01T00:00:00Z \
  --period 86400 \
  --statistics Average \
  --region sa-east-1 \
  --output table

Cada linha é um dia. Média abaixo de 20% nos 14 pontos sustenta o downgrade. Um dia em 90% no meio da série é pico, e a família menor precisa caber nesse pico ou o autoscaling cobre a diferença. Memória não vem neste namespace. Para RAM, o agente CloudWatch no sistema operacional é outra métrica (CWAgent, mem_used_percent).

Conclusão

FinOps não é um projeto único, mas uma cultura de melhoria contínua. Ao auditar regularmente esses pilares, sua empresa mantém a infraestrutura rápida e resiliente, garantindo que cada centavo investido na nuvem gere valor real para a operação.