Un déploiement sur une seule région héberge une application sur Amazon EC2 qui doit accepter les connexions TCP HTTP et non-HTTP. L'entreprise souhaite utiliser le réseau mondial AWS pour réduire la latence et également placer les instances dans un groupe Auto Scaling derrière un Elastic Load Balancer. Quelle architecture un administrateur SysOps doit-il implémenter pour satisfaire ces exigences ?

L'architecture correcte est de lancer un groupe Auto Scaling derrière un Network Load Balancer (NLB) et d'utiliser AWS Global Accelerator avec le NLB comme point de terminaison. Le NLB est nécessaire car l'application doit accepter les connexions TCP HTTP et non-HTTP, et l'ALB ne gère que les protocoles HTTP/HTTPS. AWS Global Accelerator est le service approprié pour réduire la latence en utilisant le réseau mondial AWS, car il achemine le trafic via le réseau périphérique d'AWS vers le point de terminaison le plus proche. Les options impliquant un Application Load Balancer (ALB) sont incorrectes car l'ALB ne prend pas en charge les connexions TCP non-HTTP. L'utilisation d'Amazon CloudFront avec un NLB comme origine est incorrecte car CloudFront est un CDN qui met en cache le contenu et n'est pas conçu pour accélérer les connexions TCP non-HTTP de la même manière que Global Accelerator.