Uma empresa implantou um aplicativo que usa o Amazon DynamoDB. A equipe de operações mediu a carga esperada e provisionou as RCUs e WCUs da tabela para corresponder ao pico antecipado. A carga de trabalho tem um pico semanal de 4 horas que é o dobro do tráfego médio; durante o restante da semana, o tráfego está próximo da média. O padrão de acesso é "write-heavy" (muito mais gravações do que leituras). Você deve recomendar uma abordagem de minimização de custos que atenda a esses requisitos. Qual solução você deve escolher?

A solução correta utiliza o AWS Application Auto Scaling para ajustar a capacidade provisionada do DynamoDB durante picos de tráfego, garantindo que o aplicativo tenha recursos suficientes sem superprovisionamento constante. A compra de RCUs e WCUs reservadas para a capacidade média reduz os custos base, enquanto o Auto Scaling lida com os picos. As outras opções são menos eficientes em termos de custo para este cenário: O modo sob demanda (on-demand) seria mais caro, pois o custo por unidade de capacidade é maior do que o provisionado, especialmente com picos previsíveis. O DynamoDB Accelerator (DAX) é para cargas de trabalho intensivas em leitura (read-heavy), não em gravação (write-heavy), e não aborda o problema de custo de gravação. Combinar DAX com modo sob demanda ainda não otimiza os custos para uma carga de trabalho write-heavy com picos previsíveis.