Une entreprise déploie une application web sans état sur des instances EC2 dans des sous-réseaux privés derrière un Application Load Balancer (ALB). Les instances de l'application web s'exécutent dans un groupe Auto Scaling. Une application de gestion avec état distincte s'exécute sur EC2 dans un autre groupe Auto Scaling. L'entreprise souhaite utiliser la même URL, le même nom d'hôte, le même port et le même protocole pour les deux applications, l'application de gestion étant accessible sous le préfixe de chemin /management. L'accès à l'interface de gestion doit être limité aux plages d'adresses IP sur site de l'entreprise. Un certificat SSL/TLS ACM protégera l'application web. Quelles sont les deux actions qu'un ingénieur réseau doit entreprendre pour satisfaire à ces exigences ? (Choisissez-en deux.)

L'option correcte consiste à insérer une règle d'écouteur HTTPS pour l'ALB. Cette règle doit utiliser une condition de correspondance de chemin pour /management et une condition d'adresse IP source pour les plages IP sur site. Si ces conditions sont remplies, la requête est transférée au groupe cible de l'application de gestion. La persistance de session (stickiness) doit être activée pour le groupe cible de l'application de gestion, car il s'agit d'une application avec état. L'autre action correcte est de s'assurer que toutes les autres requêtes (celles qui ne correspondent pas à la règle de gestion) sont transférées au groupe cible de l'application web. La persistance de session doit être désactivée pour l'application web, car elle est sans état. Les options incorrectes proposent des configurations qui ne répondent pas aux exigences (par exemple, modifier la règle par défaut pour la gestion, utiliser X-Forwarded-For au lieu de l'IP source, ou transférer vers le groupe cible web en cas de non-correspondance de la règle de gestion).