APRENDER. PRATICAR. EVOLUIR.Separar procura, preço e capacidade
Uma mudança de sábado precisa de capacidade disponível e um orçamento previsível. Um Savings Plan trata preço de utilização elegível; não reserva capacidade EC2 numa AZ. Regista essas duas necessidades separadamente e identifica o mecanismo apropriado para cada uma. O compromisso deve partir de procura prevista após alterações conhecidas, não do maior pico histórico. O gestor técnico precisa de conciliar planos de retirada, migração e horários com FinOps. Uma assinatura financeira sem mapa das aplicações abrangidas pode manter despesa depois de desaparecer o trabalho que justificava a compra.
Usar intervalos compatíveis
No exercício, o compromisso é oito unidades por hora e o uso elegível às taxas do plano é cinco numa hora e onze na seguinte. A média é oito, mas a primeira hora deixa três unidades de compromisso por utilizar. Não transforma esse valor em crédito para a segunda hora. Este modelo não calcula a fatura AWS: faltam taxas On-Demand e regras de aplicação relevantes. Serve para revelar o erro de comparar apenas médias. Analisa a distribuição horária, o prazo, a partilha aplicável e mudanças esperadas antes de estimar utilização e risco financeiro.
Escolher âmbito sem comprar por impulso
Compute Savings Plans pode acompanhar utilização elegível EC2, Fargate e Lambda e oferece flexibilidade regional. EC2 Instance Savings Plans tem outro âmbito, ligado a família e Região. Essa diferença ajuda a formular alternativas, mas não prova que uma compra seja vantajosa. Uma aplicação consome quatro das dez unidades horárias previstas e será retirada antes do início do compromisso. A base remanescente do exercício é seis, sujeita a incerteza. Documenta que equipas mantêm essa procura, como alterações serão comunicadas e que período foi observado. Não estendas o desconto a armazenamento S3 ou tráfego por analogia.
Comparar resultados válidos e custos completos
Uma opção custa 18 unidades e conclui 900 ficheiros válidos; outra custa 15 e conclui 600. A primeira tem custo unitário de 0,020, inferior a 0,025 da segunda. O preço total mais baixo não significa maior eficiência. Define também prazo e qualidade: ficheiros inválidos não devem melhorar o indicador por aumentarem o denominador. Numa migração, uma redução de computação pode ser parcialmente consumida por transferência e operação. Mantém a mesma fronteira de custo nas alternativas e assinala valores excluídos. Números fictícios ensinam a comparação, não representam preços atuais de serviços AWS.
Preparar interrupção antes do aviso
Spot pode ser útil para trabalho que suporta interrupção, mas o desenho não deve depender de receber um aviso. A entrega é best effort e hibernação não oferece dois minutos de antecedência. Grava progresso durável durante o processamento, usa identificadores estáveis e controla efeitos repetidos. Se o último checkpoint cobre o minuto 18 e a falha ocorre no 23, o modelo pede repetir cinco minutos, além do tempo de arranque excluído. Guardar outra cópia no mesmo instance store não resolve a perda local. Ensaiar retoma inclui validar o resultado final, não apenas reiniciar o processo.
Definir uma experiência de aceitação
A equipa propõe uma instância menor porque a CPU média é baixa. Porém, o batch atinge 95% de memória e já falha por falta dela. A experiência deve preservar dados, prazo, correção e capacidade de retoma. Compara famílias candidatas com a mesma carga, incluindo o fecho mais exigente; mede memória, duração, I/O e custo por resultado válido. Introduz uma falha simulada no modelo didático e verifica que o ledger não duplica efeitos. A decisão de projeto apresenta benefício, limites, esforço de mudança, responsáveis e critério de regresso. Um desconto não corrige uma restrição técnica.
# Synthetic hourly model, usage already valued at plan rates
commitment = 8
usage = [5, 11]
unused = sum(max(0, commitment-u) for u in usage) # 3
# Excess usage needs applicable rates before calculating a bill.Commitment fictício de 8/h e utilização 5/h, 11/h: a média esconde 3 unidades não utilizadas na primeira hora. Não é um cálculo de fatura AWS.
Armadilhas comuns
Usar médias para esconder subutilização; assumir reserva de capacidade; reduzir RAM com base em CPU; guardar checkpoints apenas após aviso; confundir desconto com eficiência.
Tópicos relacionados: Proteção e recuperação de dados · Armazenamento e distribuição de conteúdo · Custos, compromissos e retirada
O desenho económico deve cumprir prazo, correção e recuperação. Calcula com o mesmo âmbito e torna explícitas as hipóteses de procura.
Referência: Savings Plans overview · SAA-C03