Prós e contras da replicação de sessão

Question

Eu realmente preciso da Replicação de Sessão?

Estou trabalhando em vários projetos da web para uma empresa. A maioria dos projetos tem cerca de uma ou duas páginas de entrada e, em seguida, faz um salvamento em um banco de dados mysql. Projetos muito básicos. Meus SAs estão tentando fazer com que a replicação de sessão funcione no JBoss, mas eu realmente não vejo necessidade disso e de toda a sua sobrecarga.

Precisamos de balanceamento de carga e armazenamento em cluster, portanto, se o servidor for desativado, poderemos mover as novas solicitações para o serviço de backup, mas não faremos muito para a replicação de sessão.

Este é um projeto de volume muito baixo. A meu ver, quais são as chances de um usuário estar no projeto quando o servidor cai em uma ou duas páginas.

Eu preciso convencer as SAs de que a replicação de sessão é uma complicação desnecessária nesta instância. Eu estou procurando por prós e contras de replicação de sessão para que eu possa estruturar melhor o meu argumento.

    

Answer 1

Parece-me que os administradores estão tentando fornecer um ambiente tolerante a falhas, de modo que, se um único servidor ficar offline, os usuários não terão nenhuma alteração perceptível. Isso também pode ser por motivos de manutenção para que eles possam trabalhar em um dos servidores sem afetar os outros.

Neste cenário, o aplicativo e o servidor da Web precisariam fornecer algum tipo de replicação de sessão ou cache abstraído para armazenar as informações da sessão no caso de o servidor inicial responder offline.

Essencialmente, isso impede que seus usuários sejam descartados do aplicativo e tenham que fazer login novamente.

Como John menciona acima, isso realmente se resume à necessidade do negócio, se a Alta Disponibilidade for necessária, você realmente não tem escolha. De qualquer forma, a implementação do descarregamento da sessão para o banco de dados ou para um cache na memória distribuído não costuma ser uma sobrecarga importante nem é difícil de implementar.

    

Answer 2

Esta questão remonta a um argumento comercial para mim - quais são os SLAs do aplicativo? Se o seu SLA disser que você pode levar de 5 a 10 segundos para concluir o failover para o secundário depois que o principal for rodízio e forçar a reinicialização da sessão no cliente, o teste de replicação será interrompido. Se o seu SLA disser que você tem 0,5 segundos para se recuperar de uma falha e / ou não tiver permissão para forçar a reinicialização da sessão, deixe as SAs fazer a replicação funcionar e usá-la.

"Precisamos de balanceamento de carga e armazenamento em cluster" sugere que seus SLAs são de tal ordem que você também precisa de replicação de sessão, mas isso é só eu lendo as coisas.