Une entreprise dispose d'une application web de billetterie de voyage. L'application est basée sur une base de données qui s'exécute dans un seul centre de données en Amérique du Nord. L'entreprise souhaite étendre l'application pour servir une base d'utilisateurs mondiale. L'entreprise doit déployer l'application dans plusieurs régions AWS. La latence moyenne doit être inférieure à 1 seconde pour les mises à jour de la base de données de réservation. L'entreprise souhaite avoir des déploiements séparés de sa plateforme web dans plusieurs régions. Cependant, l'entreprise doit maintenir une base de données de réservation primaire unique qui est globalement cohérente. Quelle solution un architecte de solutions devrait-il recommander pour répondre à ces exigences ?

La conversion vers Amazon DynamoDB avec des tables globales est la solution la plus appropriée car elle offre une base de données NoSQL entièrement gérée, distribuée globalement et à faible latence, répondant aux exigences de cohérence globale et de latence inférieure à 1 seconde pour les mises à jour. Les tables globales DynamoDB répliquent automatiquement les données entre les régions, assurant une cohérence forte et une faible latence d'accès pour les utilisateurs mondiaux. Les autres options ne répondent pas pleinement aux exigences : Les répliques en lecture Aurora et RDS for MySQL sont excellentes pour la lecture à faible latence, mais les écritures doivent toujours passer par l'instance primaire, ce qui introduirait une latence élevée pour les mises à jour de réservation depuis des régions éloignées. Aurora Serverless avec des fonctions Lambda pour la synchronisation est une solution complexe et potentiellement coûteuse, qui pourrait ne pas garantir la latence et la cohérence requises pour les mises à jour critiques.