Une entreprise crée un prototype de site web de commerce électronique sur AWS. Le site web se compose d'un Application Load Balancer, d'un groupe Auto Scaling d'instances Amazon EC2 pour les serveurs web, et d'une instance de base de données Amazon RDS for MySQL configurée en Single-AZ. Le site web est lent à répondre lors des recherches dans le catalogue de produits. Le catalogue de produits est un ensemble de tables dans la base de données MySQL que l'entreprise ne met pas à jour fréquemment. Un architecte de solutions a déterminé que l'utilisation du CPU sur l'instance de base de données est élevée lorsque des recherches dans le catalogue de produits sont effectuées. Que devrait recommander l'architecte de solutions pour améliorer les performances du site web lors des recherches dans le catalogue de produits ?

L'implémentation d'un cluster Amazon ElastiCache for Redis avec chargement paresseux est la meilleure solution. Le catalogue de produits est peu mis à jour, ce qui le rend idéal pour la mise en cache. Redis stockera les résultats des recherches fréquentes en mémoire, réduisant ainsi la charge sur la base de données MySQL et améliorant considérablement les temps de réponse. Le chargement paresseux garantit que les données ne sont mises en cache que lorsqu'elles sont demandées, optimisant l'utilisation des ressources du cache. Migrer vers Amazon Redshift est excessif et coûteux pour un simple catalogue de produits et ne résoudrait pas directement le problème de latence des recherches fréquentes. Ajouter des instances EC2 supplémentaires n'allégera pas la charge sur la base de données si le goulot d'étranglement est le CPU de la base de données. Activer Multi-AZ améliore la disponibilité et la résilience, mais pas les performances de lecture, et limiter les requêtes du catalogue de produits nuirait à l'expérience utilisateur.