Uma empresa de serviços financeiros importou milhões de negociações históricas de ações para uma tabela DynamoDB que usa o modo de capacidade sob demanda. Todas as noites, à meia-noite, alguns milhões de novos registros são carregados. As leituras ocorrem em rajadas ao longo do dia e solicitam repetidamente um pequeno conjunto de chaves. A empresa precisa reduzir os custos do DynamoDB. Qual estratégia deve ser recomendada?

A estratégia correta é implantar o DynamoDB Accelerator (DAX), usar o modo de capacidade provisionada e configurar o auto scaling. O DAX é ideal para cargas de trabalho de leitura intensiva e repetitiva de um pequeno conjunto de chaves, como as descritas, pois armazena em cache as leituras, reduzindo a carga no DynamoDB e os custos. Mudar para o modo de capacidade provisionada permite otimizar custos para cargas de trabalho previsíveis, como o carregamento noturno. O auto scaling garante que a capacidade provisionada se ajuste automaticamente às necessidades, evitando gargalos e otimizando custos durante os picos de leitura e o carregamento noturno. As outras opções são menos eficazes: Um cluster Amazon ElastiCache na frente do DynamoDB pode ser mais complexo de gerenciar e integrar do que o DAX, que é otimizado para o DynamoDB. Manter o modo sob demanda, mesmo com DAX e Savings Plans, pode ser mais caro para cargas de trabalho com padrões de uso previsíveis como esta. Mudar apenas para capacidade provisionada e adquirir Savings Plans não resolve a questão das leituras em rajadas de um pequeno conjunto de chaves, que se beneficiariam imensamente do cache do DAX.