Une entreprise hébergera une application web sur des instances EC2 et doit équilibrer la charge du trafic entre les instances. Une exigence de sécurité impose un chiffrement de bout en bout entre le client et les serveurs web (TLS du client, via l'équilibreur de charge, jusqu'aux instances). Quelle conception satisfait cette exigence ?

La bonne réponse est correcte car elle assure un chiffrement de bout en bout (client vers ALB, puis ALB vers instances EC2) en utilisant des certificats SSL/TLS à chaque étape. L'ALB gère la terminaison TLS côté client avec un certificat ACM, puis ré-établit une nouvelle connexion TLS vers les instances EC2, qui utilisent leurs propres certificats SSL tiers. L'option "Exporter ce certificat ACM et l'installer sur chaque instance EC2" est incorrecte car les certificats ACM ne peuvent pas être exportés pour être installés sur des instances EC2. L'option "Créer une distribution Amazon CloudFront" est incorrecte car CloudFront est un CDN et n'est pas le composant principal pour l'équilibrage de charge direct des instances EC2 dans ce scénario, bien qu'il puisse être utilisé en amont. De plus, elle ne spécifie pas de chiffrement entre CloudFront et les instances. L'option "Network Load Balancer (NLB)" est incorrecte car bien qu'un NLB puisse gérer le TLS, il opère au niveau de la couche 4 et n'est généralement pas le choix privilégié pour des applications web nécessitant des fonctionnalités de couche 7 comme l'ALB. De plus, l'utilisation d'un certificat tiers sur le NLB n'est pas la méthode la plus courante pour le chiffrement de bout en bout avec un NLB, qui est souvent utilisé pour le passthrough TLS.