Une application web avec état s'exécute sur des instances EC2 dans un groupe Auto Scaling derrière un ALB avec un seul groupe cible. L'ALB est l'origine d'une distribution CloudFront. Les utilisateurs subissent des déconnexions intermittentes. Quels sont les deux changements que l'administrateur SysOps doit implémenter pour résoudre la perte de session ? (Choisissez-en deux.)

Pour résoudre les déconnexions intermittentes d'une application web avec état, il est crucial de maintenir la session utilisateur avec la même instance EC2. L'activation des sessions persistantes (stickiness) sur le groupe cible de l'ALB garantit que les requêtes d'un même utilisateur sont toujours acheminées vers la même instance EC2, évitant ainsi la perte de données de session stockées localement sur cette instance. De plus, CloudFront, en tant qu'origine, doit être configuré pour transférer les cookies. Les cookies sont souvent utilisés pour stocker des identifiants de session ou d'autres informations d'état. Sans le transfert des cookies, l'ALB ne pourrait pas correctement identifier la session de l'utilisateur pour appliquer la persistance. Changer l'algorithme de routage de l'ALB (par exemple, vers les requêtes les moins en attente) ne résoudrait pas le problème de session car il ne garantit pas la persistance. Configurer CloudFront pour transférer des en-têtes spécifiques n'est pas suffisant si les informations de session sont principalement stockées dans des cookies. Activer la persistance au niveau du groupe sur la règle d'écouteur de l'ALB n'est pas une option standard et la persistance est configurée au niveau du groupe cible.