Une nouvelle application web est lancée sur plusieurs instances EC2 derrière un Application Load Balancer dans un groupe Auto Scaling. Les utilisateurs se plaignent d'être invités à se connecter de manière répétée. Que doit faire l'administrateur SysOps pour arrêter les réauthentifications fréquentes ?

L'activation de l'affinité de session (sticky sessions) 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. Ceci est crucial pour les applications qui maintiennent l'état de la session côté serveur, évitant ainsi les réauthentifications fréquentes lorsque l'utilisateur est dirigé vers une nouvelle instance. Placer CloudFront devant l'ALB met en cache le contenu statique et améliore les performances, mais ne résout pas le problème de l'état de session dynamique. Reconstruire les instances dans un groupe de placement en répartition améliore la résilience en distribuant les instances sur différents racks, mais n'affecte pas la gestion des sessions. Remplacer l'ALB par un Network Load Balancer (NLB) fonctionnerait au niveau de la couche 4 (TCP/UDP) et ne prendrait pas en charge l'affinité de session basée sur les cookies HTTP, ce qui est nécessaire pour ce scénario.