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.
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-ageeETagnos 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: [email protected]
📱 WhatsApp: 38 99914-1219
Vamos conversar sobre o seu cenário e ver onde podemos reduzir custos — sem abrir mão da performance.
É possível usar essas dicas mesmo para quem tem só um site com vídeos? Ou isso é só pra grandes plataformas?
Os fundamentos são esses. Mas você irá precisar de um profissional AWS.
Essas mudanças na AWS exigem programador ou eu mesmo consigo fazer algumas delas com o painel?
Exige um especialista em AWS, inclusive estou a disposição.
Qual foi o impacto real no tempo de carregamento dos vídeos depois dessas otimizações?
Nesse caso em específico zero, uma vez que as oportunidades de redução era em cima de recursos que não estavam sendo utilizados de fato.
Esse tipo de otimização também melhora o consumo de internet dos usuários?
Fala Lucas, não vejo relação. O foco é a redução de custo do cliente com AWS e mantendo estabilidade para os usuários.
Como posso saber se estou gastando demais com CloudFront?
Oi Camila. Difícil essa pergunta! Tudo depende do projeto, a sua demanda, necessidade, volume de acessos e requisições, etc. Não tem uma fórmula, é sentar e entender o projeto.
Como você monitorou os serviços para identificar os maiores vilões de custo? Usou CloudWatch ou outra ferramenta?
Oi Tatiane. Utilizo muito o AWS Cost Explorer. Abs
Você considerou usar Lambda para reduzir custos de serviços event-driven ou isso não se aplicava nesse projeto?
Opa, Thiago! Nesse projeto de redução não precisamos utilizar.