Une entreprise utilise le routage basé sur la latence d'Amazon Route 53 pour une application basée sur UDP hébergée sur des serveurs redondants dans des centres de données sur site aux États-Unis, en Asie et en Europe. La conformité exige que l'application reste sur site. L'entreprise souhaite améliorer les performances et la disponibilité tout en conservant l'application sur site. Que doit faire un architecte de solutions pour répondre à ces exigences?

L'option correcte utilise AWS Global Accelerator avec des Network Load Balancers (NLB). Global Accelerator améliore les performances et la disponibilité en acheminant le trafic via le réseau mondial d'AWS vers le point de terminaison le plus proche et le plus sain, ce qui est idéal pour les applications UDP et les exigences de faible latence. Les NLB sont choisis car ils prennent en charge le protocole UDP, contrairement aux Application Load Balancers (ALB) qui ne supportent que HTTP/S. En enregistrant les NLB comme points de terminaison de Global Accelerator, l'application sur site bénéficie de l'optimisation du routage d'AWS tout en restant sur site. L'utilisation d'un CNAME pointant vers le DNS de l'accélérateur assure un accès facile. Les options incorrectes utilisant des ALB sont invalides car les ALB ne supportent pas UDP. Les options incorrectes utilisant Amazon CloudFront sont inappropriées car CloudFront est une distribution de contenu (CDN) principalement pour le contenu web statique et dynamique, et non pour l'optimisation du routage UDP à faible latence comme Global Accelerator.