17.2. Server Session State
Sessão em memória (ou serializada) no servidor; cliente só tem o id.
Resumo
- Sessão guardada no servidor, em memória ou serializada; cliente só envia o id.
- Mais simples de programar: objetos de sessão ficam à mão, sem banda extra.
- Problemas: memória, failover e cluster (precisa afinidade ou replicação da sessão).
- Pode serializar a sessão em arquivo/banco compartilhado (passando a se aproximar do Database Session State).
- Bom para sessões pequenas e sistemas sem grandes exigências de failover.
Perguntas-chave
responda de cabeça, depois abraO que o cliente guarda no Server Session State?
Apenas o identificador da sessão.
Qual o desafio em cluster?
A sessão está na memória de um nó: exige afinidade de servidor ou replicação.
Qual a principal vantagem?
Simplicidade de programação: objetos de sessão disponíveis em memória.
Exercícios de fixação
0/5 respondidas1.
HttpSession guardando o carrinho de compras na memória do servidor. Qual padrão?2.
Com Server Session State em memória e balanceador sem afinidade, o que acontece?
3.
Qual a principal vantagem do Server Session State?
4.
Milhares de usuários deixam sessões abertas e o servidor fica sem memória. Qual técnica ajuda?
5.
Server Session State é a melhor escolha quando: