Une entreprise développe un service qui nécessite un chiffrement de bout en bout en transit afin que le trafic ne soit pas déchiffré entre le client et le backend du service. Le service utilise gRPC sur le port TCP 443 et doit prendre en charge des milliers de connexions simultanées. Le backend s'exécute sur un cluster Amazon EKS avec Kubernetes Cluster Autoscaler et Horizontal Pod Autoscaler activés. Le TLS mutuel est requis pour l'authentification bidirectionnelle entre les clients et le backend. Quelle solution répond à ces exigences?

Cette solution est correcte car un Network Load Balancer (NLB) avec un écouteur TCP sur le port 443 permet le chiffrement de bout en bout requis. Le NLB opère au niveau de la couche 4, transmettant le trafic chiffré directement aux pods du service backend sans le déchiffrer. Le chiffrement mutuel TLS peut être géré par les pods eux-mêmes. L'AWS Load Balancer Controller intègre le NLB avec Kubernetes, permettant la découverte automatique des pods et la gestion des milliers de connexions simultanées. L'utilisation d'un Application Load Balancer (ALB) déchiffrerait le trafic au niveau de l'ALB, rompant le chiffrement de bout en bout. Enregistrer l'Auto Scaling Group du groupe de nœuds comme cible ne permet pas de diriger le trafic directement vers les adresses IP des pods, ce qui est essentiel pour une gestion efficace avec Kubernetes Cluster Autoscaler et Horizontal Pod Autoscaler. Un écouteur TLS sur un NLB déchiffrerait également le trafic au niveau du NLB.