Compartilhe
Como reduzir a conta da AWS em 40% sem perder performance
Um guia prático de FinOps sobre Savings Plans, Instâncias Spot e identificação de recursos ociosos no EC2.
Alex Junio
Engenheiro Cloud & DevOps
Publicado em
12/07/2026
Compartilhe
Índice do Artigo
Gerenciar a infraestrutura na nuvem é um desafio duplo: você precisa garantir que sua aplicação suporte picos de tráfego (como na Black Friday) ao mesmo tempo que precisa justificar a fatura no final do mês para o CTO ou CEO.
1. A falácia do "Deixa sobrando"
Muitos engenheiros adotam a política do overprovisioning (superprovisionamento). Se a aplicação consome 4GB de RAM, eles contratam uma instância com 16GB "por precaução". O problema é que você está pagando por 12GB que nunca são usados.
Em Cloud, recursos ociosos são dinheiro queimado. A AWS não cobra pelo que você usa, cobra pelo que você reserva.
2. Compute Savings Plans: O Game Changer
Se você tem uma base estável de tráfego, não faz sentido pagar instâncias On-Demand. O Compute Savings Plan permite que você se comprometa com um uso de $X por hora durante 1 ou 3 anos.
- Desconto massivo: Até 66% de redução comparado ao preço On-Demand.
- Flexibilidade: Diferente das Reserved Instances antigas, o Compute Savings Plan aplica o desconto mesmo se você mudar a família da instância (ex: de M5 para C6g).
- Abrangência: Cobre uso no EC2, Fargate e Lambda.
3. Instâncias Spot para Workers (Fila)
Se você processa filas de background (como disparo de e-mails, processamento de vídeo ou relatórios assíncronos) usando SQS ou RabbitMQ, você não precisa de instâncias fixas.
// Exemplo de configuração Terraform para Spot Fleet
resource "aws_spot_fleet_request" "workers" {
iam_fleet_role = aws_iam_role.fleet_role.arn
target_capacity = 5
allocation_strategy = "lowestPrice"
# ... configurações de launch template
}As instâncias Spot usam a capacidade ociosa dos datacenters da AWS e custam até 90% menos. O único "porém" é que a AWS pode tomá-las de volta com um aviso de 2 minutos. Por isso, são perfeitas para Workers stateless, mas péssimas para Banco de Dados.
Conclusão
Aplicando o Right-Sizing (escolher o tamanho certo), fechando um Savings Plan para a base do e-commerce e usando Spot para processos em background, não é incomum ver a fatura cair 40% a 50% já no mês seguinte.
Comentários (4)
Deixe seu comentário
Thiago Moreira
Há 2 diasExcelente artigo, Alex! Estávamos exatamente com esse problema de overprovisioning na nossa startup. Aplicar os Savings Plans salvou quase 30% da nossa conta mensal.
Alex JunioAutor
Há 1 diaFico feliz que ajudou, Thiago! Essa economia faz total diferença no longo prazo. Se precisarem de ajuda para escalar o banco de dados depois, me deem um toque.
Juliana Costa
Há 4 diasNão tinha pensado em usar Spot para as filas do SQS. Existe algum risco do Spot ser finalizado no meio de um processamento pesado de vídeo?
Alex JunioAutor
Há 4 diasSim, Juliana! A AWS te avisa com 2 minutos de antecedência. O segredo é sua aplicação capturar o evento de interrupção e colocar a mensagem de volta na fila (visibility timeout) antes da máquina morrer.
Roberto Freitas
Há 1 semanaMuito bom o conteúdo técnico. Falta só mais detalhes sobre instâncias Graviton.
Carla Mendes
Há 1 semanaSensacional! Usei as dicas de Right-Sizing e deu muito certo no meu e-commerce.