Une entreprise a déployé une application web sur des instances EC2 derrière un Application Load Balancer (ALB) dans un groupe Auto Scaling. Des clients d'entreprise du monde entier utiliseront l'application ; leurs employés se connectent via HTTPS depuis leurs bureaux. Ces pare-feu d'entreprise n'autorisent le trafic sortant que vers des adresses IP approuvées. Les employés doivent accéder à l'application avec une latence minimale. Quelle modification d'infrastructure l'ingénieur réseau devrait-il apporter ?

AWS Global Accelerator est la solution la plus appropriée. Il fournit des adresses IP statiques et anycast qui ne changent pas, ce qui permet aux pare-feu d'entreprise de les autoriser facilement. De plus, il utilise le réseau mondial d'AWS pour acheminer le trafic vers le point de terminaison le plus proche, réduisant ainsi la latence pour les utilisateurs du monde entier. Créer un NLB avec l'ALB comme cible n'apporterait pas d'adresses IP statiques globales ni d'amélioration significative de la latence. Une distribution CloudFront est conçue pour la mise en cache de contenu, pas pour fournir des adresses IP statiques pour le trafic d'application dynamique, et pourrait ne pas résoudre le problème des pare-feu. Une nouvelle zone hébergée Route 53 ne résoudrait pas le problème des adresses IP changeantes de l'ALB ni n'optimiserait la latence globale.