Uma empresa de entrega de pacotes executa um aplicativo em instâncias Amazon EC2 com um cluster de banco de dados Amazon Aurora MySQL. À medida que o aplicativo cresce, o uso do EC2 aumenta apenas ligeiramente, enquanto o uso do cluster de banco de dados aumenta muito mais rapidamente. Adicionar uma réplica de leitura reduz a carga do banco de dados apenas brevemente; a carga continua a aumentar. As operações que aumentam o uso do banco de dados são instruções de leitura repetidas relacionadas aos detalhes de entrega. A empresa precisa reduzir o impacto de leituras repetidas no cluster de banco de dados da forma MAIS econômica. Qual solução atende a esse requisito?

A implementação de um cluster Amazon ElastiCache for Redis é a solução mais econômica para reduzir o impacto de leituras repetidas. O ElastiCache atua como um cache em memória de alta velocidade, armazenando os resultados de consultas frequentes e diminuindo a necessidade de acessar o banco de dados Aurora para cada solicitação de leitura. Isso desafoga o cluster Aurora, melhora o desempenho da aplicação e é mais econômico do que escalar o banco de dados indefinidamente. Adicionar uma réplica de leitura adicional ou configurar o Aurora Auto Scaling para réplicas de leitura são soluções válidas para escalabilidade de leitura, mas o problema indica que a carga continua a aumentar rapidamente, sugerindo que apenas adicionar mais réplicas não resolve a causa raiz das leituras repetidas e pode se tornar mais caro a longo prazo. Modificar o cluster de banco de dados para ter várias instâncias de gravação não aborda o problema de leituras repetidas, pois o gargalo está nas operações de leitura.