|
Caro
Cl�udio,
Infelizmente n�o terei tempo de responder a todas �s suas quest�es, mas o
principal ponto que vejo � sobre cluster e balancemanto de carga. Os EJBs n�o
foram idealizados somente no intuito de clusters, o foco principal, na verdade,
� fornecer uma arquitetura de componentes de neg�cio que fornece facilidade de
distribui��o (acesso remoto), transa��o, persist�ncia e seguran�a entre
outras capabilidades arquitet�nicas. Essas capabilidades dariam muito trabalho
para cada pessoa fazer em todas aplica��es, tendo sempre que reinventar a roda,
al�m de n�o ser t�o robusta quanto �s implementa��es de empresas que s� vivem
para isso. A id�ia ent�o foi, os fornecedores de containers implementam as
capabilidades e os desenvolvedores se preocupam com as regras de neg�cio.
Finalmente, capabilidades como escalabilidade, disponibilidade e
capacidade requerem caracter�sticas de clusters e balancemaneto de carga, mas
veja que isso � desej�vel em cada camada: Apresenta��o (Tomcat por exemplo),
Neg�cio (JBoss por exemplo) e recursos de dados (Oracle replicado por exemplo).
Assim, al�m de seu foco de transa��es, distribui��o e persist�ncia, os
containers oferecem balanceamento de carga para EJBs.
Giovano
Pessoal, gostaria de extrair a real
necessidade/aplicabilidade dos EJB's (Session e Entity's). Por favor me
corrijam onde minha an�lise da tecnologia for insuficiente.
Quando se prop�s a utilizar
uma tecnologia distribu�da (Cluster), as principais necessidades eram
balanceamento de carga e toler�ncia a falhas. No caso dos Session Fa�ades,
utilizados em larga escala, podemos ter um efeito de balanceamento
de carga semelhante simplesmente utilizando tomcat + apache
(que se encarrega de encaminhar cada sess�o ao servidor competente)
com frameworks tipo Struts + Hibernate e n�o precisamos utilizar
SessionBean's nem EntityBean's. Conseguimos ent�o o balanceamento de carga (de
sess�es).
1 - Qual � a efici�ncia desta
solu��o em compara��o com os EJB's?
2 - Na arquitetura com EJB's
cada membro do cluster acessa o SGBD e mant�m os outros membros
sincronizados para realizar a toler�ncia a falhas. O qu� que �
sincronizado: os SessionBeans, EntityBeans ou os dois?.
3 - Como � feita a
configura��o dos DataSources para realizar a toler�ncia a
falhas? Devem ser todos configurados para uma inst�ncia de um SGBD
que est� em uma m�quina dedicada ou cada membro deve apontar para
inst�ncias pr�prias de SGBD's? Qual das duas solu��es � a
correta?
4 - Se eu
estiver criando/alterando/removendo um CMP atrav�s de seus respectivos
m�todos como � que esse bean vai ser replicado nas outras m�quinas do
Cluster? O servidor em quest�o atualiza os outros servidores chamando que
m�todos?
5 - Se desejarmos a toler�ncia
a falhas, al�m do balanceamento de carga, podemos usar o JBoss apenas com
os m�dulos web e clustering sem os demais m�dulos o que em �ltima an�lise
resultaria em um servidor web mais parrudo. O que acham dessa
afirmativa?
[]'s
Cl�udio
Rocha
|
