Uma rede de restaurantes de serviço rápido executa um backend de ponto de venda e gerenciamento na AWS que usa uma tabela DynamoDB no modo de throughput provisionado. A tabela é dimensionada para tráfego de pico usando 100.000 unidades de capacidade de leitura e 80.000 unidades de capacidade de gravação. O tráfego diário é previsível: muito alto por cerca de 4 horas e menor no restante do dia. A empresa quer reduzir os custos do DynamoDB e diminuir a sobrecarga operacional para a TI. Qual solução atende a esses objetivos da forma mais econômica?

Habilitar o auto scaling do DynamoDB é a solução mais econômica porque ajusta automaticamente a capacidade de leitura e gravação da tabela com base na carga de trabalho real. Isso evita o provisionamento excessivo durante períodos de baixo tráfego, reduzindo custos, e garante que a capacidade seja aumentada para lidar com picos, diminuindo a sobrecarga operacional de ajustes manuais. Reduzir as RCUs e WCUs provisionadas manualmente pode levar a erros de throttling durante picos de tráfego, impactando a disponibilidade. Mudar para o modo de capacidade sob demanda pode ser mais caro do que o auto scaling para padrões de tráfego previsíveis com picos acentuados, pois o sob demanda cobra por solicitação. Comprar capacidade reservada não é ideal para tráfego que varia significativamente ao longo do dia, pois a capacidade reservada é mais adequada para cargas de trabalho estáveis e contínuas, e não para picos de curta duração.