IBM WebSphere家族产品与BEA WebLogic家族产品比较
第一部、应用服务器篇WebSphere App Server Vs. WebLogic App Server第一章、产品概述5一、软件技术发展51、传统两层次软件的缺陷52、三层次（或多层次）软件架构与中间件6二、主要的中间件软件供应商81、IBM公司82、BEA公司83、其它厂商9第二章、软件体系结构10一、WEBSPHE...显示全部
返回一生何求的回答
“答”则兼济天下，请您为题主分忧！
谎言#3：WLM和群集能力
负荷平衡功能：WebLogic运用的是复杂的系统规则，而WebSphere用的是简单的罗宾式系统规则。当多个应用服务器在位运行多个WebSphere实例时，要想充分发挥它的工作性能，那么应用服务器是否能够对负载进行高效率的分配就成为了关键。
WebSphere在很多领域都具有优势。首先，WebSphere的群集化支持并没有在应用服务器原有价格基础上增加收费，而WebLogic不能做到这一点。另外，在WebLogic中进行群集化配置要比在WebSphere中困难的多，而这种群集化配置又是不可忽视的。要想在WebLogic中实现群集化要求进行大量的人工配置步骤，包括要经过多次重新启动来完成配置, 它不能提供一个模型对群集化对象进行反复拷贝（要求网络管理员不仅要拷贝一个目标，还要按顺序在目标下对其进行人工配置）。与WebLogic比较WebSphere在这方面又高出一筹，WebSphere提供有功能强大的“模型和克隆”架构，这种结构可以先制作一个对象模型，例如应用服务器，然后将其复制到节点，复制的数目根据需要而定。复制品与原模型配置的变化同步，这样就减少了大量的人工操作。WebSphere还可以在父对象下对子对象进行循环模拟，这样就可以制作出一个与EJB容器有相同配置信息的应用服务器模型、Servlet运行引擎模型和应用服务器中所有对象的模型，然后可以把这个模型克隆到多个节点上去。值得注意的是，这一过程中的步骤简洁，可以通过基于Java的管理GUI或是WSCP管理工具来执行，而不是通过WebLogic的 基于web的GUI接口进行反复的人工管理作业。这就节约了宝贵的生产时间。
Websphere WLM第一眼看上去像是“简单的循环”，事实上，它融入了研究人员的集体智慧，并且也证明是有效的。总体来说，基于web的 servlet/JSP/EJB应用软件给我们展示了一种数量大、过程（相对）简短的事务处理模式。这样，随机的或是循环的作业负载传输大大提高了全面的传输性能。它可以在流程中再增加一个断点。Websphere WLM依赖可决定服务器可用度的“灵敏”EJB抽头来路由作业。WLM消除了在路由器接口产生阻塞（和/或断点）的可能性，Websphere中的业务负载管理并不只具有循环特点，还具有以下优化：
l1. 尽可能在相同的JVM中路由作业。
l2. 尽可能在同一台机器的多个服务器上路由作业（如果选择的倾本地化政策）
l3. 如果#1或#2都无效，那么可以在其他机器上路由作业。
这些优化戏剧化的减少了网络中的信息流量，同时也减少了对方法呼叫整理和分解的开销. 从而缩短了事务处理时间，增加了总吞吐量。为了事物处理的持续完整，要实现同一台特殊服务器的亲和力以确保接合/反转的完整
我们现在有一项解决方案，来实现具有不同负载的服务器的群集化，在这种情况下，WLM要将更多的作业导入到特定的负载量跟大的服务器中去。要做到这一点，必须在具有更大负载量的服务器上增加附加的克隆模型。这项技术不久即将被开发出来，届时，这种加权循环/随机运算规则就何以自动的处理此项方案。网站服务器与Websphere之间的消息传输能够由servlet转向器来执行（它开发了EJB-based WLM）或是通过我们的OSE远程架构，这种架构可以在一组Websphere服务器中进行业务负载分配，当一台服务器发生堵塞时，可以通过其他服务器传输消息，还可以实现用于优化会话数据性能的客户亲和力. WLM特性的集合使得Websphere工业在分布式平台上具有了领先升级能力和先进的性能。390系统上的Websphere增强了OS/390的业务负载管理能力，提供了可实现最大容量，最容易升级和最可靠的应用服务器。
负荷平衡功能：WebLogic运用的是复杂的系统规则，而WebSphere用的是简单的罗宾式系统规则。当多个应用服务器在位运行多个WebSphere实例时，要想充分发挥它的工作性能，那么应用服务器是否能够对负载进行高效率的分配就成为了关键。
WebSphere在很多领域都具有优势。首先，WebSphere的群集化支持并没有在应用服务器原有价格基础上增加收费，而WebLogic不能做到这一点。另外，在WebLogic中进行群集化配置要比在WebSphere中困难的多，而这种群集化配置又是不可忽视的。要想在WebLogic中实现群集化要求进行大量的人工配置步骤，包括要经过多次重新启动来完成配置, 它不能提供一个模型对群集化对象进行反复拷贝（要求网络管理员不仅要拷贝一个目标，还要按顺序在目标下对其进行人工配置）。与WebLogic比较WebSphere在这方面又高出一筹，WebSphere提供有功能强大的“模型和克隆”架构，这种结构可以先制作一个对象模型，例如应用服务器，然后将其复制到节点，复制的数目根据需要而定。复制品与原模型配置的变化同步，这样就减少了大量的人工操作。WebSphere还可以在父对象下对子对象进行循环模拟，这样就可以制作出一个与EJB容器有相同配置信息的应用服务器模型、Servlet运行引擎模型和应用服务器中所有对象的模型，然后可以把这个模型克隆到多个节点上去。值得注意的是，这一过程中的步骤简洁，可以通过基于Java的管理GUI或是WSCP管理工具来执行，而不是通过WebLogic的 基于web的GUI接口进行反复的人工管理作业。这就节约了宝贵的生产时间。
Websphere WLM第一眼看上去像是“简单的循环”，事实上，它融入了研究人员的集体智慧，并且也证明是有效的。总体来说，基于web的 servlet/JSP/EJB应用软件给我们展示了一种数量大、过程（相对）简短的事务处理模式。这样，随机的或是循环的作业负载传输大大提高了全面的传输性能。它可以在流程中再增加一个断点。Websphere WLM依赖可决定服务器可用度的“灵敏”EJB抽头来路由作业。WLM消除了在路由器接口产生阻塞（和/或断点）的可能性，Websphere中的业务负载管理并不只具有循环特点，还具有以下优化：
l1. 尽可能在相同的JVM中路由作业。
l2. 尽可能在同一台机器的多个服务器上路由作业（如果选择的倾本地化政策）
l3. 如果#1或#2都无效，那么可以在其他机器上路由作业。
这些优化戏剧化的减少了网络中的信息流量，同时也减少了对方法呼叫整理和分解的开销. 从而缩短了事务处理时间，增加了总吞吐量。为了事物处理的持续完整，要实现同一台特殊服务器的亲和力以确保接合/反转的完整
我们现在有一项解决方案，来实现具有不同负载的服务器的群集化，在这种情况下，WLM要将更多的作业导入到特定的负载量跟大的服务器中去。要做到这一点，必须在具有更大负载量的服务器上增加附加的克隆模型。这项技术不久即将被开发出来，届时，这种加权循环/随机运算规则就何以自动的处理此项方案。网站服务器与Websphere之间的消息传输能够由servlet转向器来执行（它开发了EJB-based WLM）或是通过我们的OSE远程架构，这种架构可以在一组Websphere服务器中进行业务负载分配，当一台服务器发生堵塞时，可以通过其他服务器传输消息，还可以实现用于优化会话数据性能的客户亲和力. WLM特性的集合使得Websphere工业在分布式平台上具有了领先升级能力和先进的性能。390系统上的Websphere增强了OS/390的业务负载管理能力，提供了可实现最大容量，最容易升级和最可靠的应用服务器。
浏览383