APRENDER. PRATICAR. EVOLUIR.Escolher o âmbito depois de desenhar a procura
Uma nova plataforma de reconciliação tem uma base estável, picos no fecho e uma migração prevista de EC2 para Fargate. Antes de comprar um compromisso, separa o consumo recorrente das horas temporárias de coexistência e dos picos. Compute Savings Plans permitem flexibilidade entre famílias e regiões de EC2 e utilização elegível de Fargate e Lambda. EC2 Instance Savings Plans restringem o âmbito à família e região escolhidas, mantendo flexibilidade de tamanho nesse âmbito. A documentação atual também inclui Database Savings Plans; não generalizes as regras de Compute a qualquer produto com o mesmo nome. Estima o consumo elegível após rightsizing e descomissionamento. O owner financeiro deve conhecer a duração, a exposição a subutilização e os pressupostos da migração. Um desconto anunciado como máximo não é a poupança garantida da proposta concreta.
Calcular por hora e distinguir os denominadores
O compromisso não utilizado numa hora não transita para a seguinte. Num modelo original, compra-se 8 unidades monetárias por hora e a utilização elegível, já valorizada às taxas do plano, é 5 numa hora e 11 na seguinte. Usam-se 5 + 8 = 13 de 16 unidades comprometidas: utilização de 81,25%. As três unidades não usadas na primeira hora não cobrem o excedente da segunda. Este excedente precisa de ser revalorizado às taxas On-Demand para calcular a fatura, que o modelo não estima. Cobertura responde a outra pergunta: que parte do consumo elegível, valorizado pelo equivalente On-Demand, ficou coberta? Se 120 de um total comparável de 200 foram cobertos, a cobertura é 60%. Regista período, filtros e base de valorização; misturar estes denominadores produz indicadores sem significado.
Separar desconto, capacidade e tolerância a interrupção
Um Savings Plan reduz o preço de consumo elegível, mas não reserva capacidade de arranque. Para uma janela crítica, avalia Capacity Reservations com tipo de instância, plataforma, zona e tenancy compatíveis, além das quotas e do lançamento efetivo. Uma reserva de uso imediato difere de uma reserva futura com compromisso próprio; não assumas que todas têm o mesmo custo de cancelamento. Reservar capacidade também não substitui desconto: as duas decisões podem ser combinadas conforme a elegibilidade. Para workers de cálculo interrompíveis, Spot pode ser uma alternativa, desde que checkpoints duráveis, repetição segura e prazo de conclusão sejam demonstrados. Os avisos de interrupção são best effort; a hibernação começa sem a antecedência de dois minutos. O desenho deve recuperar mesmo quando o aviso não chega, em vez de depender dele para preservar o único estado do trabalho.
Apresentar uma decisão financeira verificável
A proposta deve mostrar o compromisso, o consumo elegível esperado por hora e o cenário em que uma aplicação sai do perímetro. Reserved Instances aplicáveis são consideradas antes de Savings Plans; não contabilizes dois descontos sobre o mesmo consumo. Entre os planos de computação, o âmbito mais específico de EC2 Instance é aplicado antes de Compute. A partilha entre contas também depende da configuração e começa pelo consumo da conta proprietária. Para o projeto fictício, compara base conservadora, crescimento e descomissionamento antecipado, identificando quem pode alterar cada pressuposto. Mantém uma revisão após o primeiro ciclo de fecho e um registo de desvios. Utilização elevada pode coexistir com cobertura baixa; esse resultado não prova erro de faturação nem obriga a comprar mais. A decisão depende da estabilidade futura, do risco e do custo total, incluindo consumo não coberto.
commitment_per_hour = 8
usage_at_plan_rates = [5, 11]
used_commitment = sum(min(commitment_per_hour, u) for u in usage_at_plan_rates)
purchased_commitment = commitment_per_hour * len(usage_at_plan_rates)
utilization_pct = 100 * used_commitment / purchased_commitment # 81.25
unused_commitment = purchased_commitment - used_commitment # 3
coverage_pct = 100 * 120 / (120 + 80) # 60; On-Demand equivalent values
# Fictional currency units; this is not an AWS invoice calculation.Numa plataforma fictícia de fundos, a coexistência de dois ambientes dura seis semanas. A equipa exclui esse pico temporário da base de um novo compromisso e valida a capacidade para o cutover numa decisão separada.
Armadilhas comuns
Usar a média mensal como compromisso horário; somar descontos sobre o mesmo consumo; confundir cobertura com utilização; assumir que desconto garante capacidade.
Tópicos relacionados: FinOps e evidência de otimização
Escolhe o compromisso sobre procura futura elegível e testa separadamente capacidade, continuidade e exposição financeira.
Referência: Savings Plans types · SAP-C02