Resumo

  • Segundo a AWS, a fatura mensal final é calculada com as preferências de compartilhamento vigentes às 23h59min59s UTC do último dia do mês. As estimativas usam a configuração mais recente.
  • A prioridade da conta proprietária e as fronteiras dos grupos mudam o destino do benefício. A economia total da empresa e a responsabilidade de cada unidade pelo orçamento precisam de uma regra explícita de divisão.

O organograma tem hora marcada com a contabilidade: 23h59min59s UTC, no último dia do mês.

O guia oficial de faturamento da AWS aponta esse instante como referência para as preferências de compartilhamento de descontos usadas na fatura final. As estimativas consideram o último ajuste. Entre o número acompanhado por um departamento durante semanas e o rateio definitivo existe uma fronteira que alguém pode redesenhar.

No caso de Savings Plans, o que circula é uma vantagem de preço. A aplicação pode seguir no mesmo lugar enquanto muda a prioridade da conta que a opera. Não é preciso mover servidores. A propriedade da compra e o alcance do compartilhamento já participam do resultado financeiro.

Três desenhos para o mesmo desconto

No compartilhamento aberto, opção padrão, os descontos ficam disponíveis às contas da organização com compartilhamento ativado. O compartilhamento com prioridade de grupo atende primeiro à conta compradora, depois ao grupo definido e por último às demais contas habilitadas. O modo restrito mantém a vantagem exclusivamente dentro do grupo.

Os grupos são definidos com Cost Categories. Uma conta só pode pertencer a um grupo, os grupos não se sobrepõem e a conta de gerenciamento não pode integrar um deles. A conta proprietária de Savings Plans precisa estar ativa nas preferências de compartilhamento.

As linhas têm efeito econômico. Num grupo restrito, uma sobra de benefício não atravessa a fronteira para atender à demanda conveniente do departamento vizinho. A própria AWS afirma que priorizar a distribuição por grupos pode reduzir a otimização dos descontos no conjunto da organização.

Uma unidade com resultado financeiro próprio pode valorizar essa separação. Compras central pode enxergar uma oportunidade perdida. São objetivos empresariais distintos. O valor recomendado pela tela não escolhe quanto a empresa deve pagar por independência orçamentária.

A conta vazia pode ser boa compradora

A propriedade vem antes da circulação. A AWS aplica Savings Plans primeiro ao uso elegível da conta proprietária e depois compartilha a vantagem com outras contas. Dentro da etapa de distribuição aplicável, o uso com maior percentual de economia recebe prioridade. A organização inteira não entra numa fila única sem considerar o dono.

Um texto oficial da AWS de 25 de outubro apresenta o caso de uma conta que usa Lambda e compra seu próprio Compute Savings Plan. Seu uso recebe o benefício primeiro. Pode assim passar à frente de uso m8g Linux EC2 de outra conta que ofereceria uma economia percentual maior. O exemplo explica o mecanismo sem atribuir um prejuízo monetário observado.

Para centralizar compras, a AWS propõe usar a conta de gerenciamento ou uma conta designada sem cargas de trabalho. Se o proprietário não tem uso elegível próprio para consumir a vantagem antes dos demais, ela pode seguir às outras contas conforme as regras de compartilhamento. As aplicações ficam; a compra ganha outro endereço.

Uma conta sem aplicações pode, portanto, cumprir um papel financeiro útil. Ela separa quem detém o compromisso de pagamento de quem executa a computação. Depois sobra um trabalho bem real: o rateio interno. Comprar em conjunto não decide automaticamente quem paga pelo compromisso restante e quem fica com a economia.

A central recomenda 100 dólares; as unidades somam 70

A AWS utiliza um cenário explicativo de Compute Savings Plan de um ano sem pagamento inicial. A recomendação no nível de gerenciamento é de US$ 100 por hora, enquanto as recomendações das contas membros somam US$ 70. Os números ilustram duas perspectivas de cálculo.

A visão central reúne uso elegível que pode compartilhar benefícios. A individual considera cada conta e as vantagens que já recebe. A combinação de demanda hora a hora e as fronteiras alteram o objeto da otimização. O texto também explica o sentido contrário: a prioridade dos proprietários pode tornar o total de compras individuais maior que a recomendação central.

Recomendações calculam o passado. O guia oficial diz que elas não incluem compras em fila ou agendadas e se destinam a compras imediatas. Alterar os grupos também muda as contas consideradas. Uma cifra produzida pelo mapa antigo precisa ser confrontada com o novo antes de orientar uma decisão.

Para quantificar o efeito numa organização concreta, faltam as contas proprietárias, as preferências de compartilhamento, o uso elegível por hora e o estoque atual de compromissos.

O último segundo do mês fecha um mapa econômico. Quem pode redesenhá-lo participa do destino de uma vantagem que outra unidade talvez já tenha colocado no orçamento. Uma reorganização costuma ter um responsável identificado. O mapa dos descontos merece o mesmo cuidado.

Fontes