L'application de commande d'une entreprise stocke les données clients dans Amazon RDS for MySQL. Pendant les heures ouvrables, les employés exécutent des requêtes de reporting ponctuelles qui provoquent des lectures de longue durée et entraînent des délais d'attente lors du traitement des commandes. L'entreprise doit éliminer les délais d'attente tout en permettant aux employés d'exécuter des requêtes. Que doit faire un architecte de solutions pour répondre à ces exigences ?

La création d'un réplica en lecture (Read Replica) pour Amazon RDS for MySQL est la solution la plus efficace. Un réplica en lecture est une copie asynchrone de la base de données principale. En déplaçant les requêtes de reporting, qui sont des opérations de lecture intensives, vers le réplica en lecture, la base de données principale est libérée pour gérer les transactions de commande critiques sans interruption ni latence. La distribution de l'application de commande entre l'instance principale et le réplica en lecture est incorrecte car le réplica en lecture est destiné aux lectures et non aux écritures, ce qui pourrait entraîner des problèmes de cohérence des données. Migrer vers DynamoDB est une refonte majeure et inutile pour ce problème spécifique de performance de lecture. Planifier les requêtes en dehors des heures de pointe ne répond pas à l'exigence de permettre aux employés d'exécuter des requêtes pendant les heures ouvrables.