Une entreprise a lancé une nouvelle application qui s'exécute sur plusieurs instances Amazon EC2 réparties sur deux zones de disponibilité. Les utilisateurs finaux communiquent avec l'application via TCP. L'application doit être hautement disponible et évoluer automatiquement à mesure que la charge utilisateur augmente. Quelle combinaison d'étapes répondra à ces exigences de la manière la PLUS rentable ? (Choisissez-en deux.)

Pour la haute disponibilité et l'évolutivité automatique d'une application TCP sur plusieurs zones de disponibilité, un Network Load Balancer (NLB) est le plus approprié car il gère le trafic au niveau de la couche 4 (TCP/UDP) avec une latence ultra-faible et une capacité à gérer des millions de requêtes par seconde, ce qui est idéal pour les applications à haute performance. Un groupe Auto Scaling est essentiel pour l'évolutivité automatique, car il ajoute ou supprime des instances EC2 en fonction de la demande, garantissant ainsi que l'application peut gérer des charges variables de manière rentable. Un Application Load Balancer (ALB) est incorrect car il opère au niveau de la couche 7 (HTTP/HTTPS) et n'est pas optimisé pour le trafic TCP brut. L'ajout manuel d'instances EC2 est inefficace et ne permet pas l'évolutivité automatique. Un Gateway Load Balancer (GWLB) est conçu pour déployer des appliances virtuelles tierces et n'est pas le choix principal pour la répartition de charge d'applications générales.