Uma nova aplicação é executada em instâncias sob demanda do Amazon EC2 que escalam frequentemente em várias Zonas de Disponibilidade, atrás de um Application Load Balancer (ALB). A arquitetura deve suportar o gerenciamento distribuído de dados de sessão e a empresa está disposta a modificar o código da aplicação, se necessário. O que o arquiteto de soluções deve fazer para fornecer gerenciamento distribuído de dados de sessão?

A opção correta é usar o Amazon ElastiCache para gerenciar e armazenar dados de sessão. O ElastiCache (com Redis ou Memcached) é um serviço de cache na memória de alta performance e baixa latência, ideal para armazenar dados de sessão distribuídos. Ele permite que as instâncias da aplicação em diferentes Zonas de Disponibilidade acessem os dados de sessão de forma consistente, mesmo com o escalonamento frequente. A empresa está disposta a modificar o código, o que facilita a integração com o ElastiCache. Usar a afinidade de sessão (sticky sessions) do ALB não é a melhor solução, pois ela tenta direcionar o usuário sempre para a mesma instância, o que pode sobrecarregar uma instância e não resolve o problema de dados de sessão distribuídos se a instância falhar ou for encerrada. O AWS Systems Manager Session Manager é usado para gerenciar acesso a instâncias EC2, não para dados de sessão de aplicações. A operação GetSessionToken do AWS STS é para obter credenciais de segurança temporárias, não para gerenciar dados de sessão de aplicações.