Uma empresa planeja usar uma tabela Amazon DynamoDB e quer otimizar os custos. A tabela fica praticamente sem uso durante as manhãs. À noite, o tráfego de leitura/gravação é imprevisível e pode aumentar muito rapidamente. O que um arquiteto de soluções deve recomendar?

A opção correta é criar uma tabela DynamoDB no modo de capacidade sob demanda. Este modo é ideal para cargas de trabalho imprevisíveis e com picos, pois o DynamoDB se ajusta automaticamente à demanda de leitura e gravação, sem a necessidade de provisionar capacidade. Isso otimiza os custos, pois você paga apenas pela capacidade que realmente utiliza, evitando o desperdício durante os períodos de baixo uso. As outras opções são menos adequadas: Um índice secundário global não aborda a otimização de custos ou a natureza imprevisível do tráfego. Capacidade provisionada com auto scaling ainda exige que você defina limites e pode ser mais cara para cargas de trabalho altamente variáveis, pois o auto scaling leva tempo para reagir e pode haver custos de capacidade ociosa. Uma tabela global é para replicação em várias regiões e não resolve o problema de otimização de custos para tráfego imprevisível em uma única região.