Une application de reporting des ventes s'exécute dans une région des États-Unis. Elle utilise Amazon API Gateway et AWS Lambda pour générer des rapports à la demande à partir d'une base de données Amazon RDS for MySQL. Le frontend est sur Amazon S3 et servi via CloudFront. Route 53 utilise actuellement une politique de routage simple pour pointer vers l'API API Gateway. L'entreprise va bientôt s'étendre à l'Europe, et plus de 90 % du trafic de la base de données est en lecture seule. API Gateway et Lambda sont déjà déployés dans la nouvelle région. Quelle conception minimise la latence pour les utilisateurs qui téléchargent des rapports ?

La bonne réponse est de configurer un réplica en lecture inter-régions RDS et d'utiliser le routage basé sur la latence de Route 53. Un réplica en lecture inter-régions RDS est idéal car plus de 90 % du trafic de la base de données est en lecture seule, ce qui permet aux utilisateurs européens de lire les données localement avec une faible latence. Le routage basé sur la latence de Route 53 dirige les utilisateurs vers le point de terminaison API Gateway le plus proche (et donc la base de données la plus proche), minimisant ainsi la latence globale. Les autres options sont moins optimales : L'utilisation d'AWS DMS avec un chargement complet seul ne fournit pas de synchronisation continue des données, ce qui est nécessaire pour un système de reporting dynamique. L'utilisation d'AWS DMS avec CDC est une option valide pour la réplication, mais le routage par géolocalisation n'est pas aussi précis pour minimiser la latence que le routage basé sur la latence, qui mesure activement la latence réelle. Le routage par géolocalisation est basé sur l'emplacement géographique des utilisateurs, ce qui peut ne pas toujours correspondre au point de terminaison avec la latence la plus faible.