Um aplicativo web no EC2 atrás de um ALB usa implantações imutáveis blue/green. Os usuários são desconectados aleatoriamente durante os testes e todos são desconectados quando uma nova versão é implantada. A equipe precisa que os usuários permaneçam logados durante eventos de escalabilidade e implantações com o mínimo de sobrecarga operacional. Qual é a solução mais eficiente operacionalmente?

A solução mais eficiente operacionalmente é alterar o aplicativo para armazenar dados de sessão em um cluster Amazon ElastiCache. O ElastiCache (Redis ou Memcached) é um serviço de cache em memória de alta performance e baixa latência, ideal para armazenar dados de sessão de forma distribuída e resiliente. Isso permite que qualquer instância do EC2 na frota blue ou green acesse os dados de sessão do usuário, mantendo os usuários logados durante implantações e eventos de escalabilidade, sem interrupção. As outras opções são menos adequadas: Habilitar sessões inteligentes no balanceador de carga ou compartilhamento de sessão no balanceador de carga não resolve o problema de persistência de sessão em um ambiente blue/green, onde as instâncias são substituídas e o balanceador de carga pode direcionar o tráfego para um novo conjunto de instâncias. Além disso, o ALB não possui funcionalidade nativa de "sessões inteligentes" ou "compartilhamento de sessão" no sentido de persistência de dados de sessão entre frotas. Armazenar dados de sessão em um bucket S3 seria muito lento e ineficiente para operações de leitura/gravação de sessão, que exigem baixa latência.