Cloud Intelligence™
7 erros comuns com commitments AWS e como evitá-los
Esta página também está disponível em English, Deutsch, Español, Français, Italiano e 日本語.
About Satyam Gupta
Since starting my career in the IT industry, I’ve always been passionate about working closely with customers and helping them achieve their business and technical goals. My journey across roles, including DevOps Engineer, Cloud Consultant, Cloud Architect, Technical Account Manager, and now Customer Success Manager, has given me a broad perspective on cloud strategy, operations, architecture, and customer success. I enjoy bringing this experience together to help organisations optimise cloud adoption, improve efficiency, solve complex challenges, and build long-term success through practical and outcome-driven guidance. Let's talk and solve your problems
My personal pageSe você cuida dos custos de infraestrutura na AWS, já deve ter ouvido que Savings Plans (SPs) e Reserved Instances (RIs) podem gerar uma economia expressiva frente às instâncias On-Demand.
Se você cuida dos custos de infraestrutura na AWS, já deve ter ouvido que Savings Plans (SPs) e Reserved Instances (RIs) podem gerar uma economia expressiva frente às instâncias On-Demand. Mas extrair o máximo dessa economia vai além de comprar commitments — é preciso fechar os commitments certos, na hora certa, para os serviços certos e com a estratégia certa.
A AWS oferece descontos relevantes para o uso comprometido de recursos, mas escolher a opção certa é o que faz a diferença entre desperdiçar dinheiro ou pagar a mais por instâncias On-Demand. Confira este guia sobre Savings Plans da AWS e do Google Cloud para conhecer melhor as diferentes opções de desconto.
Em muitos anos atendendo clientes diversos, mapeei os erros mais frequentes que as empresas cometem com commitments AWS — e como evitá-los para tornar a economia de nuvem mais inteligente.
- Demorar demais para fechar commitments
- Não fechar commitments em todos os serviços elegíveis
- Automatizar a gestão de commitments cedo demais
- Optar sempre por commitments de um ano
- Ignorar a estratégia entre Spot e commitments
- Usar apenas uma parte das opções de commitment
- Adiar commitments enterprise (PPA/EDP)
PerfectScale™ for Kubernetes
Ready to optimize?
Get your free Kubernetes savings analysis
1. Demorar demais para fechar commitments
O erro:
As empresas costumam adiar commitments de longo prazo até terem certeza absoluta sobre suas escolhas de infraestrutura. Só que, enquanto esperam, seguem pagando as tarifas mais caras do On-Demand.
Exemplo real:
Uma empresa SaaS em crescimento adiou o fechamento de Savings Plans durante a migração para microsserviços. Não tinham certeza de quais serviços se tornariam permanentes. Em apenas três meses, o gasto com On-Demand disparou 30%. Uma estratégia escalonada de commitments teria gerado economia sem amarrá-los à configuração errada.
A solução:
Mesmo em períodos incertos, como migrações, testes ou lançamentos de produto, vale a pena comprometer parte do uso. Combine Savings Plans ou RIs de curto e longo prazo conforme seu nível de confiança. Assim, você começa a economizar de imediato sem se comprometer demais.
Dica bônus:
Com os Reports da Cloud Intelligence™, é fácil criar relatórios para analisar custo e uso do EC2 por hora ou por dia, ajudando você a tomar decisões embasadas antes de fechar qualquer commitment.
Relatório Cloud Intelligence™ — Custo por hora do EC2 "BoxUsage SKU"
Relatório Cloud Intelligence™ — Uso por hora do EC2 "BoxUsage SKU"
2. Não fechar commitments em todos os serviços elegíveis
O erro:
Olhar só para os serviços mais óbvios — como EC2 e RDS — e deixar passar oportunidades de economia em outros, como Lambda, Fargate, EKS ou OpenSearch.
Exemplo real:
Uma fintech em estágio inicial só fechou commitments para workloads de EC2 e RDS, ignorando o uso crescente de EKS e Lambda. Após uma auditoria de custos, descobriram que 40% do gasto mensal de computação estava fora de qualquer commitment.
Custo OnDemand de OpenSearch, Redshift e Sagemaker
A solução
Em francês, há um ditado: "olhe a floresta, não apenas as árvores". O mesmo vale aqui: se você roda apps serverless, workloads em containers ou data analytics, provavelmente tem uso elegível para commitment em Fargate, Lambda, EKS, OpenSearch e por aí vai. Esses serviços podem (e devem) ganhar desconto com a estratégia certa de SP ou RI.
Dica bônus:
Com os insights da Cloud Intelligence™, os clientes recebem recomendações práticas para otimizar custos, acompanhar o progresso, identificar uso elegível para commitment em todos os serviços — não só EC2 e RDS —, reforçar a segurança na nuvem e adotar boas práticas de FinOps e Well-Architected.
Recomendações de Reserved Instances no Cloud Intelligence™ Insights
3. Automatizar a gestão de commitments cedo demais
O erro:
Automatizar commitments antes de entender de fato seus padrões de uso pode levar a compras mal otimizadas — ou pior, a um excesso de commitments.
Exemplo real:
Uma empresa de e-commerce contratou uma ferramenta automatizada de commitment com um fornecedor que cobra "percentual sobre a economia". A ferramenta saiu comprando RIs de forma agressiva, partindo do pressuposto de uso constante. Tempos depois, o cliente trocou a família de instâncias e ficou com RIs de OpenSearch ociosas, que já não correspondiam aos workloads atualizados. Resultado: pagaram por commitments sem uso e ainda pelas taxas do fornecedor.
Reserved Instances do OpenSearch vs. uso real
A solução:
Antes de automatizar:
- Entenda seus padrões de custo e projete o uso
- Modele a utilização do commitment em horizontes de 1 e 3 anos
- Escolha ferramentas que ofereçam controle granular e personalização
A automação deve potencializar sua estratégia, e não substituí-la.
Dica bônus 1:
Com o Dashboard da Cloud Intelligence™, os clientes criam visualizações personalizadas para acompanhar custo e uso entre commitments. Assine os dashboards e receba atualizações periódicas por e-mail ou Slack.
Dashboard personalizado do Cloud Intelligence™ para monitorar a utilização de Reserved Instances
Dica bônus 2:
Com o CloudFlow da Cloud Intelligence™ — uma solução de workflow FinOps no-code com GenAI —, os clientes automatizam e gerenciam processos de FinOps sem dor de cabeça.
Por exemplo, dá para configurar um fluxo simples para receber notificações quando Reserved Instances (RIs) estão prestes a expirar, mantendo todo mundo proativo e sem sustos.
Exemplo de CloudFlow do Cloud Intelligence™ para notificar RIs expirando em 7 dias
4. Optar sempre por commitments de um ano
O erro:
Muitos times recorrem por padrão a commitments de um ano achando que correm menos risco. Só que, com isso, deixam de aproveitar economias maiores em estruturas de longo prazo ou mais flexíveis.
Exemplo real:
Uma empresa de mídia ficou só com SPs de um ano para "manter a agilidade". Combinando commitments mais longos para o uso baseline previsível e mais curtos para workloads dinâmicos, teriam economizado 20% a mais por ano.
A solução:
Se você tem workloads em regime estável, não tenha medo de commitments de longo prazo. Misturar durações costuma entregar o melhor equilíbrio entre custo e risco.
Dica bônus:
Com o Flexsave for Compute da Cloud Intelligence™, os clientes obtêm economia automática sem precisar fechar commitments antecipados. É a solução ideal para momentos de transição, como migrações para a nuvem, mantendo a flexibilidade enquanto você reduz custos. Para workloads estáveis, recomendamos um Own SP de 3 anos, que pode render cerca de 50% mais economia do que apenas o Flexsave.
Cobertura de Flexsave e Savings Plan do cliente no Cloud Intelligence™
Your cloud bill shouldn't be a mystery
Optimization, automation, expertise. In one platform.
5. Ignorar a estratégia entre Spot e commitments
O erro:
Comprometer-se demais com RIs ou SPs sem avaliar se os workloads poderiam rodar de forma mais econômica em Spot Instances.
Exemplo real:
Uma empresa de data analytics fechou commitment com RIs para 100% dos workloads de processamento em batch. Esses workloads, na verdade, eram a cara das Spot Instances: tolerantes a falhas e flexíveis no tempo. A empresa abriu mão de 70% a 90% de economia.
A solução:
Antes de fechar commitments, avalie se partes do seu workload — em especial dev/test ou jobs em batch — podem rodar de forma confiável em Spot. Uma estratégia mista costuma trazer os melhores resultados.
Dica bônus:
Com a solução Spot Scaling da Cloud Intelligence™, os clientes integram Spot Instances aos Auto Scaling Groups sem complicação. É ideal para processamento em batch, apps stateless e ambientes de dev/test — maximizando a economia sem abrir mão da confiabilidade.
6. Usar apenas uma parte das opções de commitment
O erro:
Muitas empresas se concentram só em RIs de EC2 ou Compute SPs e ignoram outras opções de commitment, como Redshift, SageMaker e OpenSearch.
Exemplo real:
Uma plataforma do setor de energia gastava muito com Redshift, SageMaker e OpenSearch, mas só fechou commitment para o uso de EC2. Deixaram de aproveitar até 76% de economia em Redshift e 64% em SageMaker — mais de US$ 100 mil em economia perdida por ano.
A solução:
Explore todas as opções de commitment: EC2 Convertible RIs, OpenSearch RIs, Redshift Reserved Nodes, Compute Savings Plans e por aí vai. Avalie todos os serviços elegíveis e combine commitments de forma estratégica para maximizar a economia em toda a operação. Você pode consultar este blog da DoiT para conhecer melhor as diferentes opções de desconto.
Diferentes opções de commitment AWS
Dica bônus:
Além do Flexsave e do Insights mencionados, a Cloud Intelligence™ também dá acesso a um especialista humano que trabalha lado a lado com você para entender seus objetivos de negócio e recomendar a estratégia de commitment ideal — garantindo que a economia esteja alinhada às metas operacionais.
Cloud Intelligence™ — Conecte-se a um especialista humano
7. Adiar commitments enterprise (PPA/EDP)
O erro:
Clientes elegíveis costumam adiar a assinatura de um Private Pricing Agreement (PPA) ou Enterprise Discount Program (EDP) e deixam uma economia significativa em cima da mesa.
Exemplo real:
Uma empresa de healthcare atingiu a elegibilidade para o PPA seis meses antes de tomar uma atitude. Nesse período, gastou mais de US$ 200 mil a mais em serviços On-Demand que poderiam ter sido contratados a tarifas enterprise.
A solução:
Assim que estiver elegível, comece a modelar seus gastos e negocie um PPA/EDP. Esses contratos liberam descontos amplos e trazem previsibilidade financeira. Contar com um especialista em custos de nuvem como a DoiT pode ajudar você a:
- Modelar crescimento e uso ao longo de 2 a 5 anos
- Otimizar a curva de gastos
- Reduzir o risco de não cumprir o compromisso, com planejamento proativo
Dica bônus:
Com o Commitment Manager da DoiT, os clientes ganham uma visão mais aprofundada dos seus commitments AWS, com cobertura, tendências de uso e saldo restante na tela. Isso torna o planejamento e a tomada de decisão mais proativos, maximizando a economia e reduzindo commitments ociosos.
Prévia do Cloud Intelligence™ Commitment Manager
Os commitments AWS são uma alavanca poderosa para controlar custos de nuvem — mas só funcionam quando usados de forma estratégica. Seja você uma startup escalando rápido ou uma grande empresa modernizando a infraestrutura, evitar essas armadilhas pode melhorar drasticamente sua eficiência financeira.
Na DoiT, ajudamos os clientes a tomar decisões mais inteligentes sobre commitments com visibilidade em tempo real, modelagem de uso e orientação especializada — tudo isso sem taxas ocultas nem automação engessada.
Quer otimizar sua estratégia de commitments AWS com a DoiT?
Vamos conversar. Fale com a gente ou agende uma análise gratuita dos seus commitments AWS e dos seus custos de nuvem para descobrir oportunidades de economia e melhorar seu planejamento.
