Bonne réponse
Explication
Amazon ElastiCache est le bon choix car il fournit une couche de mise en cache en mémoire (utilisant Redis ou Memcached) qui peut stocker les résultats de requêtes fréquemment consultés, réduisant ainsi le besoin d'interroger à plusieurs reprises la base de données relationnelle. Cela réduit considérablement la latence pour les charges de travail en lecture à haut débit (des milliers de requêtes par seconde) et allège la pression sur la base de données, répondant directement au goulot d'étranglement décrit.
Pour aller plus loin
ElastiCache fournit un magasin de données en mémoire (Redis ou Memcached) qui se place entre l'application et la base de données, servant des lectures répétées en moins d'une milliseconde et absorbant la charge de milliers de requêtes par seconde. Un modèle de type cache-aside est typique : l'application vérifie le cache, et en cas de raté (miss), interroge RDS et réécrit le résultat avec un TTL. Comme le catalogue change rarement, les TTL peuvent être longs, et l'invalidation lors des mises à jour maintient la fraîcheur des données. Les réplicas de lecture RDS mettent à l'échelle les lectures mais accèdent toujours au disque et entraînent un décalage de réplication ; S3 et DynamoDB ne sont pas des caches prêts à l'emploi pour les résultats de requêtes relationnelles. Une subtilité : les nœuds ElastiCache résident dans un VPC, de sorte que les groupes de sécurité et le placement des sous-réseaux doivent autoriser l'accès de l'application, et le mode cluster affecte le comportement de partitionnement (sharding) et de basculement.
À propos de ces questions d'entraînement
Cette question fait partie des questions d'entraînement CLF-C02 originales de Courseiva, rédigées pour apprendre et jamais copiées d'examens réels ou de dumps.
Traduite de l'original anglais avec l'IA et vérifiée pour le sens. Les codes d'examen, les commandes et les noms de produits sont conservés tels qu'ils apparaissent à l'examen.