Arquitetura da aplicação

Olá pessoal,

tenho algumas dúvidas e gostaria da opinião de vocês,

tenho o seguinte cenário:

duas máquinas, rodando em um app server utilizando o ejb para compartilhar o contexto entre as máquinas.

dúvida,

eu teria como compartilhar o contexto no ambiente descrito abaixo?

três máquinas, sendo uma com um load balance em hardware redirecionando para uma das outras duas máquinas. ai vem minha dúvida,

  1. Utilizo um Webcontainer ou app server? (no caso o Jetty ou Tomcat em caso de Web container, ou JBoss ou GlassFish em caso de App Server)

  2. eu consigo compartilhar um contexto em cache entre as duas máquinas, usando web container?

  3. Seria o caso de usar EJB para fazer o compartilhamento do contexto entre as máquinas?

desde já agradeço a atenção de todos.

http://www.zkoss.org/smalltalks/clusteringI/clusteringI.dsp

Olá Ricadro,

obrigado, vou dar uma estudada qualquer coisa eu volto :slight_smile:

tks,
Alexnadre

encontrei também a api Terracotta

http://www.terracotta.org/

estou dando uma olhada e valiando também, pelo que estou vendo, pode ser utilizada com o GlassFish e com o Jetty,

vamos comparar a solução do tomcat e essa?

abs a todos

Só um “toque” para os entusiastas da clusterização. Só clusterize se for absolutamente necessário. A clusterização constroi um contexto complexo tornando difícil rastrear possíveis bugs em alguns casos a aplicação pode ficar um pouco lenta também.

Alternativas: se possível faça uma aplicação stateless ou opte por uma configuração de balance que mantenha o usuário na máquina onde ocorreu a primeira requisição.

Esta é apenas minha opinião; vale a pena pesquisar um pouquinho sobre as vantagens/desvantagens e melhores praticas no setor.

flws

Fala Fantomas,

sim o balance garante que o cliente caia sempre na mesma máquina, na sua opinião valeria implementar o EJB 3 para garantir o contexto entre as máquinas?

at,
ops