Uma empresa está criando um protótipo de um site de e-commerce na AWS. O site consiste em um Application Load Balancer, um grupo do Auto Scaling de instâncias do Amazon EC2 para servidores web e uma instância de banco de dados Amazon RDS para MySQL que é executada com a configuração Single-AZ. O site está lento para responder durante as pesquisas no catálogo de produtos. O catálogo de produtos é um grupo de tabelas no banco de dados MySQL que a empresa não atualiza com frequência. Um arquiteto de soluções determinou que a utilização da CPU na instância de banco de dados é alta quando ocorrem pesquisas no catálogo de produtos. O que o arquiteto de soluções deve recomendar para melhorar o desempenho do site durante as pesquisas no catálogo de produtos?

A implementação de um cluster Amazon ElastiCache para Redis com lazy loading é a solução mais eficaz. O ElastiCache armazena em cache os resultados das consultas do catálogo de produtos, que são dados lidos com frequência e raramente atualizados. Isso reduz a carga na instância do RDS, pois as solicitações subsequentes para os mesmos dados do catálogo serão atendidas diretamente do cache, melhorando significativamente o tempo de resposta. O lazy loading garante que o cache seja populado apenas quando os dados são solicitados, otimizando o uso dos recursos do cache. Migrar para o Amazon Redshift é inadequado porque o Redshift é um data warehouse para análises complexas, não um banco de dados transacional para um catálogo de produtos de e-commerce. Adicionar mais instâncias EC2 não resolverá o gargalo do banco de dados, pois a CPU do RDS já está alta. Ativar Multi-AZ para o RDS melhora a disponibilidade e a tolerância a falhas, mas não o desempenho de leitura, e limitar consultas não é uma solução para o problema de desempenho.