Como estruturar Savings Plans na AWS sem errar

Savings Plans são um modelo de precificação da AWS que oferece descontos significativos (até 72% frente ao sob demanda) em troca de um compromisso de gasto por hora, medido em dólares, por um ou três anos. Diferente das Reserved Instances tradicionais, eles são mais flexíveis: o desconto se aplica automaticamente ao uso elegível, independentemente de região, tipo de instância ou sistema operacional, dentro das regras de cada tipo de plano.

Quais são os tipos de Savings Plans

• Compute Savings Plans: a opção mais flexível. Aplica-se a EC2, Fargate e Lambda, em qualquer região, família de instância e sistema operacional. Desconto de até 66%.
• EC2 Instance Savings Plans: compromisso com uma família de instância específica em uma região. Menos flexível, mas com desconto maior — até 72%.
• SageMaker Savings Plans: voltados para cargas de machine learning no Amazon SageMaker.

Como calcular o nível de compromisso ideal

O erro mais comum é comprometer-se com o pico de uso. A regra prática é cobrir a sua "linha de base" — o consumo que existe de forma estável, 24 horas por dia, 7 dias por semana — com Savings Plans, e deixar o uso variável no modelo sob demanda ou em Spot. Analise ao menos 30 a 60 dias de histórico no AWS Cost Explorer, que inclui uma ferramenta de recomendação de Savings Plans baseada no seu uso real.

• Identifique o uso de computação mínimo e constante ao longo do período analisado.
• Comprometa-se com um valor por hora próximo (ou ligeiramente abaixo) dessa linha de base.
• Prefira o compromisso de 1 ano e pagamento parcial (partial upfront) para equilibrar desconto e risco até ganhar confiança.
• Revise a cobertura e a utilização mensalmente — a meta é manter a utilização do plano acima de 95%.

Savings Plans ou Reserved Instances?

Para a maioria das cargas de computação (EC2, Fargate, Lambda), os Compute Savings Plans são hoje a escolha padrão pela flexibilidade. Reserved Instances ainda fazem sentido para serviços que não são cobertos por Savings Plans — como RDS, Redshift, ElastiCache e OpenSearch — ou quando você precisa de reserva de capacidade garantida em uma zona de disponibilidade.

Erros comuns que custam caro

• Comprometer-se com o pico em vez da linha de base, pagando por desconto que não é usado.
• Comprar planos de 3 anos antes de entender o padrão de uso e a evolução da arquitetura.
• Esquecer de monitorar a utilização — um plano subutilizado anula o desconto.
• Ignorar a modernização: migrar para serverless ou containers pode mudar completamente o perfil de compromisso ideal.

Savings Plans não são uma compra única: são uma decisão contínua de portfólio que acompanha a evolução da sua arquitetura.

Na A9 Tecnologia, ajudamos empresas a desenhar e revisar sua estratégia de Savings Plans como parte da prática de FinOps, equilibrando economia e flexibilidade. Quer uma análise do seu padrão de uso? Fale com a gente.