Replicação de Sessão em Ambientes Distribuídos
Gabarito: letra D. A replicação de sessão entre múltiplos servidores de aplicação é obtida por meio de clusterização com suporte de middleware ou do próprio servidor de aplicação, que sincroniza os dados de sessão entre as instâncias. As demais alternativas não descrevem esse procedimento: log, cookies, RAM local ou sticky session não promovem replicação ativa entre servidores.
Alternativa A — ❌ Incorreta
Registrar a sessão em arquivos de log não a replica entre servidores; apenas armazena dados para auditoria ou depuração, sem compartilhamento em tempo real entre instâncias.
Alternativa B — ❌ Incorreta
Incluir todas as informações de sessão em cookies do cliente transfere o estado para o lado cliente, mas não é replicação entre servidores. Além disso, cookies têm limitação de tamanho e expõem dados sensíveis.
Alternativa C — ❌ Incorreta
Armazenar sessões na RAM local de cada instância mantém o estado apenas naquele servidor. Se o usuário for redirecionado a outra instância, a sessão é perdida – não há replicação.
Alternativa D — ✅ Correta ⟵ GABARITO
Clusterizar com replicação de sessão via middleware (ex.: cache distribuído como Redis, Hazelcast) ou engine do servidor (ex.: Tomcat com DeltaManager) permite que os dados de sessão sejam copiados entre os nós do cluster, garantindo continuidade mesmo em failover.
Alternativa E — ❌ Incorreta
Encaminhar todas as requisições do usuário ao mesmo servidor é a técnica de sticky session (afinidade de sessão). Ela evita a perda de sessão, mas não replica o estado – se o servidor falhar, a sessão é perdida.
Gabarito: letra D.