Uma nova aplicação web é lançada em várias instâncias EC2 atrás de um Application Load Balancer em um grupo do Auto Scaling. Os usuários reclamam que estão sendo solicitados a fazer login repetidamente. O que o administrador SysOps deve fazer para interromper a reautenticação frequente?

A reautenticação frequente indica que as solicitações de um usuário não estão sendo direcionadas consistentemente para a mesma instância EC2 que mantém o estado da sessão. Habilitar a afinidade de sessão (sticky sessions) no grupo de destino do Application Load Balancer (ALB) garante que as solicitações subsequentes do mesmo cliente sejam enviadas para a mesma instância EC2. Isso preserva o estado da sessão e evita a necessidade de login repetido. Colocar uma distribuição do Amazon CloudFront na frente do ALB não resolveria o problema de afinidade de sessão, pois o CloudFront é um CDN e não gerencia a persistência da sessão entre o ALB e as instâncias. Reconstruir as instâncias EC2 em um grupo de posicionamento de spread otimiza a resiliência, mas não aborda a afinidade de sessão. Substituir o ALB por um Network Load Balancer (NLB) não é a solução, pois o NLB opera na camada 4 e não oferece recursos de afinidade de sessão baseados em cookies de aplicação, que são necessários para este cenário.