Alex Junio
Voltar para o Blog
Amazon Web Services

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.

AJ

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.

main.tf (Terraform)
bash
// 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.

Alex Junio

Escrito por Alex Junio

Engenheiro Cloud & DevOps com mais de 10 anos de experiência construindo e escalando infraestruturas de alto tráfego em AWS, DigitalOcean e Servidores Dedicados.

Conhecer Serviços →

Comentários (4)

Deixe seu comentário

U
Thiago Moreira
Thiago Moreira
Há 2 dias

Excelente 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 Junio
Alex JunioAutor
Há 1 dia

Fico 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
Juliana Costa
Há 4 dias

Nã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 Junio
Alex JunioAutor
Há 4 dias

Sim, 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
Roberto Freitas
Há 1 semana

Muito bom o conteúdo técnico. Falta só mais detalhes sobre instâncias Graviton.

Carla Mendes
Carla Mendes
Há 1 semana

Sensacional! Usei as dicas de Right-Sizing e deu muito certo no meu e-commerce.