JBOSS的集群策略分析.doc

　　JBOSS的集群策略分析 　　序言 　　在阅读本文前，请确定您有以下基础，否则您可能会是在浪费您的时间： 　　1、 了解J2EE的一些基本概念 　　2、 了解集群的基本概念 　　3、 对JBOSS有一些大致的了解，可到.上下载它。　　JBOSS是一个开放源码的、基于J2EE规范的应用服务器，它实现了大多数的J2EE规范，除此之外，它还提供了一些J2EE中所没有涉及到的企业级功能，例如集群。本文主要描述JBOSS采取的集群策略，并重点介绍它的负载平衡与失效转发机制。 　　由于JBOSS是一个建立在J2EE规范上的应用服务器，因此在开始之前，我们还是简单地介绍一下J2EE规范：J2EE是一套针对于企业级分布式应用的计算环境，它定义了动态S），名称和目录定位服务（JNDI），数据库访问（JDBC），与子系统的连接器（JCA），安全服务等等。 　　但美中不足的是J2EE并没有定义一些企业级应用所必须的规范，例如集群，所以集群的实现只能由各厂商自行来设计实现。要实现基于J2EE规范的集群，我们通常要做如下考虑：集群的管理、负载平衡、失效转发、服务端状态的复制（例如JSP中的session），还要考虑同步和异步的问题（例如JMS服务就是异步方式）。如果要对这些内容做一个全面的阐述的话，估计可以写成一本书了：）　因此本文主要探讨的是：怎样实现无状态EJB的负载平衡与失效转发机制？ 　　1999年，Marc Fleury建立了JBOSS开源项目，现在它有差不多100个活跃的开发者，30个核心开发者，每月高达35万次的下载量，它当前的最高稳定版是3.2版，4.0版正在稳定之中，自从JBOSS3.0开始就加入了集群技术，几乎能对任何J2EE规范进行集群管理，如JNDI、JSP中的session、EJB等等。更令人振奋的是，即将发行的JBOSS4.0将会对JMS也加入集群管理特色。 　　EJB集群在JBOSS中的实现 　　下面言归正传，上图大致描述了一个客户端调用JBOSS中的EJB的过程。在JBOSS中，客户端并不直接调用EJB对像，而采用了一个迂回的方法，更专业的说是一种设计模式――代理模式，真正与客户端交互的是一个代理对像①，这个代理对像一般由客户端通过JNDI技术来取得的。而具体的代理对像的实现就由各厂商自完成了，在JBOSS中，一个代理对像是一段精心设计的复杂代码。 　　但在客户端看来，调用一个代理对像好像就是在调用那个实际的EJB对像，虽然事实并非如此。在这里JBOSS耍了一个小把戏，代理对像虽然实现了与EJB对像相同的接口，但它实际上是把客户端对它的调用转发到了它在服务端的另一个伙伴身上②，同时，这个伙伴同样定义了客户端所要求的一些EJB接口，当这些接口被调用时③，精彩的部分开始了，JBOSS把客户端发过来的各种各样不同的调用全部转换成为一个统一格式的接口④（在本文中我们暂且称客户端发出的调用为应用级接口，而JBOSS生成的统一格式的接口称为系统级接口）。当转换完成后，所有的应用级接口变成了系统级接口⑤。为了能更清楚地阐述这个问题，我们假设客户端向EJB对像发出如下调用： myRemoteponent.increaseSalary(100);　 //myRemoteponent为代理对像　　这个调用实际上被JBOSS转换成了如下的系统级调用： proxyClientContainer.invoke(invocation); //proxyClientContainer为代理对像在服务端的另一个伙伴　　但这个invocation到底是什么呢？实际上它是类Invocation的一个实例，这里有它的一个简单的说明： public class Invocation{ 　Object[] args; //应用级接口中的一些参数 　Method method; //被调用的应用级接口 　Map payload; //JBOSS就是在这里采取的负载平衡策略的 　 }　　当应用级接口被转换成为了系统级接口之后，它将经过一系列的拦截器（⑥至⑦）。在这里我首先要说明一下什么是拦截器，实际上，它是JBOSS中独具特色的一个设计思路，一个拦截器就好像是一张过滤网，它用来对客户端的调用进行拦截，并对其进行一些处理，比如检查客户端调用的合法性、实现安全策略、对事务进行支持等。值得一提的是，JBOSS的集群管理也是通过拦截器来实现的，更令人欣慰的是，JBOSS的设计者并没有将这个拦截器固化在其核心内，而是采用一种插件式（plug-in）的方法来设计，因此你只要实现它的插件接口，你甚至可以写出自己的拦截器来，当然，这已不属于本文的讨论范围之内了。 　　这里（⑥至⑦）的每个拦载器将顺序地