Nowa aplikacja internetowa została uruchomiona na wielu instancjach EC2 za Application Load Balancerem w grupie Auto Scaling. Użytkownicy skarżą się, że są wielokrotnie proszeni o ponowne logowanie. Co powinien zrobić administrator SysOps, aby zatrzymać częste ponowne uwierzytelnianie?

Włączenie session affinity (sticky sessions) w grupie docelowej ALB jest prawidłowym rozwiązaniem, ponieważ zapewnia, że żądania od tego samego użytkownika są zawsze kierowane do tej samej instancji EC2. W ten sposób, po zalogowaniu, sesja użytkownika jest utrzymywana na konkretnej instancji, co zapobiega konieczności ponownego logowania. Bez tego, ALB może kierować kolejne żądania użytkownika do różnych instancji, z których każda nie ma informacji o poprzedniej sesji, co prowadzi do utraty autoryzacji. Umieszczenie dystrybucji Amazon CloudFront przed ALB nie rozwiąże problemu sesji, ponieważ CloudFront zajmuje się buforowaniem treści i dystrybucją, a nie zarządzaniem sesjami użytkowników na backendzie. Przebudowa instancji EC2 w grupie rozmieszczania (spread placement group) poprawia odporność na awarie, ale nie wpływa na sposób zarządzania sesjami. Zastąpienie Application Load Balancer przez Network Load Balancer jest niewłaściwe, ponieważ NLB działa na warstwie 4 (transportowej) i nie obsługuje funkcji zarządzania sesjami na poziomie aplikacji, takich jak sticky sessions.