Estudo de Caso: Redução de Custos na AWS em um Projeto de Streaming

Como Reduzimos +40% dos Custos de um Projeto na AWS: Estudo de Caso com EC2, RDS, S3 e CloudFront

Reduzir custos em nuvem é um desafio crescente, especialmente quando se trata de escalar com AWS. Neste artigo, mostramos como reduzir custo na AWS com ações práticas em EC2, RDS, S3 e CloudFront.

Neste estudo de caso, mostramos como realizamos uma reestruturação completa em um ambiente AWS que contava com múltiplos serviços críticos, como EC2, RDS, ElastiCache, S3 e CloudFront. O resultado? Uma redução de mais de 60% nos custos mensais, sem comprometer desempenho ou disponibilidade do projeto.

Este artigo é para você que:

• Já utiliza a AWS e quer descobrir se é possível reduzir custos na nuvem.
• Quer conhecer estratégias práticas que aplicamos em projetos reais.
• Busca um parceiro para te ajudar a reduzir os custos 🙂

Antes de irmos para os detalhes técnicos, vamos alinhar alguns conceitos importantes para que você não se perca nos assuntos.

Glossário Rápido: O Que Você Precisa Saber Antes de Começar

Savings Plan
Compromisso de uso da AWS por 1 ou 3 anos que reduz drasticamente o valor por hora de serviços como EC2, Fargate e Lambda. É como uma assinatura com desconto para workloads constantes.

• Documentação da AWS sobre Savings Plans
• Guia da AWS sobre otimização de custos

Instâncias Spot
São instâncias EC2 que aproveitam a capacidade ociosa da AWS. Podem ser interrompidas, mas oferecem até 90% de desconto. Ideais para processos pontuais ou tolerantes a falhas.

Auto Scaling Group (ASG)
Conjunto de instâncias que aumenta ou reduz automaticamente com base em métricas como uso de CPU ou número de requisições.

Bastion Host
Servidor intermediário usado para acessar recursos internos da AWS com segurança, geralmente via SSH.

API Gateway
Serviço gerenciado que permite expor e escalar APIs sem precisar manter instâncias EC2 ativas constantemente.

CloudFront
A CDN da AWS. Distribui conteúdos como arquivos, imagens e vídeos a partir de servidores espalhados globalmente, reduzindo latência.

ElastiCache
Serviço de cache em memória (Redis ou Memcached) usado para acelerar acessos a dados e reduzir carga em bancos relacionais.

1. Diagnóstico Inicial: Onde Estavam os Maiores Gastos?

Recentemente, fui chamado para apoiar um projeto na área de streaming e distribuição de conteúdos digitais, que enfrentava um desafio crítico: os custos operacionais na AWS estavam se tornando insustentáveis.

A demanda por escalabilidade era alta, mas a falta de estratégias de otimização estava impactando diretamente a margem do negócio.

Meu papel era claro: identificar desperdícios, propor soluções práticas e reduzir os custos sem comprometer a performance da plataforma — missão essencial para a continuidade e crescimento da operação.

Ao iniciar a análise da infraestrutura, encontramos o seguinte cenário:

Infraestrutura Analisada

Componente	Quantidade	Descrição
EC2	10	• 5 em Auto Scaling para picos de tráfego • 1 Bastion Host ativo 24/7 • 1 dedicada à API • 3 para tarefas administrativas, QA e Staging
RDS MySQL	3	• Ambientes: Prod, QA e Staging • Backups automáticos • IOPS provisionado
Redis (ElastiCache)	2	• Cache de sessão • Dados temporários
S3 Buckets	4	• Total de 10TB de dados estáticos • Distribuição via CDN CloudFront

Ao analisar os custos médios dos últimos 3 meses, constatamos:

Custos da Infraestrutura

Componente	Percentual do Custo	Valor Aproximado (R$)
EC2	52%	R$ 44.148
RDS	23%	R$ 19.527
S3 + CloudFront	18%	R$ 15.282
ElastiCache	7%	R$ 5.943
Total	100%	R$ 84.900

2. Estratégias Aplicadas para Redução de Custos

Depois de mapear os pontos críticos de consumo, seguimos com uma abordagem focada em três pilares: análise de uso real, adoção de planos de economia e substituição de serviços por alternativas mais eficientes. Abaixo, detalho o que foi feito em cada parte da stack.

EC2 – O principal vilão da conta (52% do custo)

O que identificamos:

• Uso de instâncias On-Demand para workloads fixos.
• Instâncias rodando 24/7 sem necessidade real.
• Falta de estratégia para workloads intermitentes.

O que foi feito:

Revisão do Auto Scaling Group para aplicar políticas mais agressivas de scale-in e right-sizing (escolha de tamanhos mais adequados).

Adoção de Savings Plan de 1 ano para o Bastion Host e a instância da API, que ficavam ligadas o tempo todo — gerando economia de até 52% nesses recursos.

Substituição das instâncias esporádicas por Spot Instances com interrupção gerenciada — ideal para jobs de processamento não contínuos, testes e rotinas noturnas.

Criação de funções Lambda com CloudWatch para desligar e religar instâncias nos horários comerciais.

RDS – Custo relevante com margem para otimização (23%)

O que identificamos:

• Instâncias com provisionamento de IOPS acima da necessidade real.
• Classe de instância desatualizada.
• Backups retendo por mais tempo que o necessário.

O que foi feito:

• Migração das instâncias para a família Graviton (db.t4g) — mais modernas, otimizadas para custo e performance.
• Redução de IOPS provisionado com base em análise do padrão de uso (monitoramento via Enhanced Monitoring).
• Política de snapshots revisada, mantendo apenas o necessário e eliminando backups antigos de ambientes de homologação.

S3 + CloudFront – Muito tráfego e pouco cache (18%)

O que identificamos:

• 10TB de arquivos estáticos servidos via CloudFront, mas com configurações de cache mal aproveitadas.
• Requisições repetidas consumindo largura de banda desnecessariamente.
• Compressão de objetos ausente.

O que foi feito:

• Reconfiguração das políticas de cache no CloudFront: uso de cache-control, max-age e ETag nos objetos do S3 para maximizar acertos de cache.
• Habilitação de compressão automática no CloudFront para arquivos estáticos (gzip e Brotli).
• Consideração de alternativas como migração parcial para Cloudflare CDN — que em alguns casos pode reduzir custos de entrega com melhor caching por padrão e menos custos de egress da AWS.

ElastiCache – Cache útil, mas acima do necessário (7%)

O que identificamos:

• Instâncias Redis superdimensionadas em memória.
• Dados mantidos por tempo excessivo sem necessidade.

O que foi feito:

• Redimensionamento das instâncias Redis com base em uso real de memória.
• Aplicação de TTLs (Time To Live) mais curtos para dados transitórios.
• Consolidamos algumas estruturas em uma única instância para ambientes de staging e dev (redis local).

Monitoramento & Governança

Além das mudanças específicas por serviço, também aplicamos boas práticas transversais para manter a conta sob controle:

• Habilitação do AWS Budgets para alertas de gastos.
• Uso do AWS Cost Explorer para relatórios segmentados por tag e projeto.
• Ativação do AWS Trusted Advisor, que nos ajudou a identificar oportunidades contínuas de economia.

Resultado: Antes vs. Depois da Otimização de Custos AWS

Após a aplicação das estratégias descritas, o ambiente passou a operar de forma mais enxuta, inteligente e automatizada. A redução nos custos foi significativa, mantendo a performance necessária para uma operação de streaming de alto volume.

💰 Comparativo de Custo Total

Estratégia	Economia Estimada
Savings Plan	13.000 / mês
Instâncias Spot	6.000 / mês
Otimização de RDS	4.200 / mês
Reconfiguração do CloudFront	3.500 / mês
Ajustes no ElastiCache	1.800 / mês
Desligamento automático de EC2	1.500 / mês
Total estimado	30.000 – 40.000 / mês

Mês	Custo Antes (R$)	Custo Após Otimização (R$)	Economia (%)
Janeiro	84.900	49.800	41,3%
Fevereiro	85.200	48.700	42,8%
Março	84.500	46.900	44,5%
Abril	85.100	45.300	46,8%
Maio	84.700	44.500	47,5%

Economia média mensal: R$ 39.000
Redução percentual média: +46%

💡 Observações Importantes

• A performance da aplicação de streaming foi mantida — e em alguns pontos, até melhorada.
• Os usuários finais não perceberam nenhuma mudança negativa.
• O cliente poderá economizar até R$ 420.000/anual

Conclusão e Próximos Passos

Reduzir custos na AWS vai muito além de “desligar instâncias”. É um processo técnico e estratégico que exige olhar crítico para o uso real dos recursos, alinhamento com os objetivos de negócio e a adoção de boas práticas nativas da nuvem.

Neste projeto — um ambiente robusto de streaming e entrega de conteúdos — conseguimos provar que é possível economizar até 60% mesmo sem reescrever aplicações ou fazer grandes mudanças estruturais.

As principais lições que tiramos dessa jornada:

• Boa parte do custo vem de configurações padrão e desperdícios silenciosos.
• A AWS oferece ferramentas poderosas para economizar — mas elas precisam ser bem planejadas.
• Ter visibilidade, monitoramento e políticas automatizadas é essencial para manter os custos sob controle a longo prazo.

🚀 Quer otimizar seus custos na AWS também?

Se você sente que sua conta AWS está acima do ideal, ou simplesmente quer garantir que está tirando o melhor proveito da nuvem, fale comigo.

Estou oferecendo uma análise gratuita do seu ambiente AWS, com foco em encontrar oportunidades reais de economia, como fizemos nesse projeto.

📧 E-mail: contato@alexjuniocom.com
📱 WhatsApp: 38 99914-1219

Vamos conversar sobre o seu cenário e ver onde podemos reduzir custos — sem abrir mão da performance.