免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 5227 | 回复: 2

[WebLogic] Websphere 和 WebLogic 产品对比分析 [复制链接]

论坛徽章:
0
发表于 2008-03-20 09:19 |显示全部楼层
IBM Websphere 集成平台和BEA
WebLogic 集成平台
产品对比分析
Introduction介绍
本文将分析 BEA 在业务集成的提供实现能力(Business Integration),并和
IBM 的 Websphere Business Integration Server 实现作以分析和比较。BEA 通过 他的
WebLogic Integration (WLI) 产品来提供业务集成的功能实现,BEA的 WLI 同时是
作为 BEA WebLogic Workshop 工具 和 BEA WebLogic Server 软件包的延续功能,
组合成 BEA 的 BEA WebLogic Platform。
IBM 通过 WebSphere Business Integration (WBI) Server 来实现并提供业务集成的能
力。同时可以灵活的结合 WebSphere Application Developer Integration Edition
(WSADIE) 开放标准构架的开发工具来实现到 WebSphere Application Server
Enterprise (WASE) 的部署。
关于具体的产品的功能请参见 IBM 网站或相应的产品说明书。
http://www-306.ibm.com/software/integration/
在目前的业界的理解,通常“业务集成” 将涉及下面的几个领域的功能实现和提
供。
􀁹 消息数据传输机制/Messaging
􀁹 消息代理/Message Broker
􀁹 模型和模拟/Modeling and Simulation
􀁹 人员参与的工作流/Human Workflow
􀁹 自动处理的流程/Process Automation
􀁹 监控和管理/Monitoring
一些WSADIE的功能被称作 “Build-to-Integrate”,例如 定义处理流程、连接到
EIS(Enterprise Information System) 等。这里提及归类的原因主要是因为如下的两个
原因:
1. 和IBM WBI 相关的许多 “Build-to-Integrate” 这样的一些功能也可以用
WSADIE 的 “build to integrate” 特性来实现。
2. IBM 产品中 IBM WBI 和WSADIE 这两个产品中的功能针对不同的客户和领
域可以分别或单独选用对应到 BEA WLI。
所有的比较基于 WBI version 4.2 and WSADIE version 5.0 和 BEA 的 WebLogic
Platform version 8.1。
消息数据传输机制/Messaging
BEA 的消息数据传输解决方案不提供独立的通用连接存取方式。对于业务集成来
讲,能实现并提供独立的通用连接存取是非常重要的,并且典型的消息机制也确实
需要通用的连接存取方式。 BEA 要求要使用他的 WebLogic Server 和他的 JMS 实
现来支持 消息机制(messaging)。
相比而言, IBM 的 WebSphere MQ 作为一个独立的产品级的实现,提供灵活的连
接存取支持,既可以作为在 JSM Provider 结合 IBM WebSphere Application Server一
起使用,也可以单独的独立部署和配置为一个分开的平台。非常的灵活,可以依据
客户的情况作集合和松耦合的解决方案。
总结来讲,可以看到 BEA 的数据消息解决必须依赖在 他的WebLogic Server上,这
样的消息解决方案主要有下面系列的缺点:
􀁹 如果在客户的解决方案中,对于在某些硬件节点上,只需要能保证可靠的数据
消息机制时(这种需求,在业务集成中非常的广泛和普遍),BEA 的解决方案一
定会要求有WebLogic Server,增加了客户在 WebLogic Server 上成本支出。对
于拥有比较大的、分布式的服务器规模的业务集成来讲,这些额外的成本将是
非常的巨大,而往往着中国规模,在业务集成中又是非常基本的。
􀁹 数据消息机制在业务集成中是应用之间集成和连接的主要手段和实现,但是
BEA WebLogic Server 只支持有限的几种系统平台,而 IBM WebSphere MQ 则
支持超过40 种系统平台,能更广泛的实现应用之间的连接,支持真正意思的业
务集成,保护客户的已有投资。
􀁹 在业务集成中,经常利用消息机制来连接集成一些比较早的或遗留的应用系统
(通常称之为 Legacy Applications)。这些应用可能是使用一些以前的开发语
言或相应的产品实现的,现在还在承担着一些业务系统的功能。但是 BEA 的
WebLogic Server JMS 仅对于客户端应用只支持 JMS 接口,对于服务器端的应
用支持Java (通常可能会使用 Message Driven Beans ),并且不支持 C 接口的实
现,对 C 接口的支持也只是列在其将来的计划中。 IBM WebSphere MQ 支持
Java, C, and COBOL 在服务器和客户端的各种应用中,这对于业务集成来讲,
非常的重要。
􀁹 BEA 的解决方案中无法实现对一些终端设备(SCADA设备、手持设备、POS机
等)的支持,IBM WebSphere MQ Family 可以实现对这些终端设备的产品级的
支持
􀁹 在一些对可靠数据传输和高性能又要求的解决方案中,通常在 BEA WebLogic
Server 应用也需要使用 IBM Websphere MQ,来利用 Webspehre MQ 的好处。但
是 WebLogic Server 只能通过配置一个消息桥(Messageing Bridge)来实现
Websphere MQ 和 WebLogic JMS 共存,实现使用和存取。但是这种方式可以看
到对于消息桥(Messageing Bridge)需要额外的管理和组件进程的开销和负
载。
平台支持
BEA IBM 优胜者








WebLogic Integration:
Microsoft Windows
NT/2000,Sun
Solaris,IBM AIX,HP-UX
WebSphere MQ: Apple MacOS,
Data General DG/UX, Compaq
OpenVMS AXP, Compaq
OpenVMS VAX, Compaq Tru64
Unix, DOS, HP-UX, HP 3000
MPE/ix, Hitachi, IBM AIX,
IBM OS/2 Warp, IBM TPF,
IBM VM/ESA, IBM 4690 OS,
Java, Linux (Intel &
OS/390), Microsoft Windows
3.1/95/98/2000 and NT
(Intel, Digital Alpha),
NCR (AT&T GIS) UNIX,
Siemens Nixdorf (SINIX &
DC/OSx), SCO OpenServer,
NUMA-Q, SCO UnixWare,
SGI , Stratus VOS, Sun
Solaris (Sparc, Intel),
Unisys A.
MQSeries Everyplace:
Microsoft Windows
2000/98/95/ME/CE, QNX
Neutrino, IBM 4690, EPOC,
Palm OS
MQSeries Workflow: 现在在NT 上
提供基于web的工具
IBM:IBM 提供
更多的用户端
支持,尤其是
基于工作流浏
览器的工具




WebLogic Integration:
Microsoft Windows
NT/2000,Sun
Solaris,IBM AIX,HP-UX
WebSphere MQ: DYNIX/Ptx ,
Compaq OpenVMS AXP, Compaq
OpenVMS VAX, Compaq Tru64
Unix, HP-UX, Hitachi, IBM
AIX, IBM MVS/ESA, IBM OS/2
Warp, IBM OS/390, IBM
AS/400 (IMPI & RISC), IBM
TPF, IBM VSE/ESA, Linux
(Intel & OS/390),
Microsoft Windows 2000,
and NT (Intel, Digital
Alpha), NCR (AT&T GIS)
UNIX, Siemens Nixdorf
(SINIX & DC/OSx), SCO
OpenServer, NUMA-Q, SCO
UnixWare, SGI, Sun Solaris
(Sparc, Intel), Tandem
NonStop Kernel, Unisys
(ClearPath OS 2200).
Websphere MQ Everyplace:
IBM AIX, Linux (Intel, S/390),
HP-UX, Sun Solaris, Microsoft
NT, Windows 2000.
IBM:IBM
WebSphere MQ
家族提供重要
的服务器平台
的支持,尽管
它没有覆盖所
有的操作系统
平台。对于那
些久经考验的
应用, IBM 提
供了适应企业
应用的坚强的
平台支持。
通信协议 本地TCP/IP,或通过其
他的适配器
MQSeries支持TCP/IP、
IPX 、SNA 、LU6.2 、
DECnet 、NetBIOS 、
IPX/SPX等。搭建在MQ
和应用服务器之上的
Business Integrator
也支持HTTP、FTP等
IBM:IBM MQ支持更多的
协议,能充分利用更多
的网络和系统资源
消息代理/Message Broker
在 BEA 以前的版本中,没有 Message Broker 的规划和实现,BEA 目前已经意识到
需要提供这些功能来弥补在业务集成中的产品能力不足。在 BEA WebLogic
Business Integration V8.1 中才提出了 Message Broker 的功能支持。其中的 Broker 通
过定义渠道(channels)来实现资源发布消息和处理流 订阅消息的机制,以事件驱
动的方式,来自渠道的消息会触发相应的订阅消息的处理流。但是 Broker 只能以
事务的方式,来启动所有的订阅处理流,要么所有的订阅的处理流全部被启动,要
么所有的订阅处理流没有一个被启动, 功能非常有限,只基于 不完全的 PUB/SUB
机制。
其中,在渠道上的每个订阅的处理流像一个 WLI 流,直接被用户应用程序调用,
来实现数据格式转换、将消息路由到那些在 Weblogic Workshop 中描述得资源中,
仅限于 message queue, web service, EJB’s, and databases。这种实现完全是一种和
BEA 的其他产品是紧耦合的关系。没有办法实现灵活的配置,来适应各种应用环
境。
BEA的消息代理( message broker) 确切来讲没有办法和 IBM 任何一个Business
Integration 的产品来对应和比较,BEA 处理流调用一系列资源得的能力是对应到
WSADIE中的部分功能。
IBM WBI InterChange Server (ICS) 适配器能在 BO(business objects ) 上执行系列处
理,调用起 collaborations 来实现各种业务逻辑,通过不同的 适配器来连接各种各
样的应用系统,扩展业务需求。其中 针对 BO 的概念可以实现灵活的数据格式转
换;其中这些 collaborations 是可以灵活的订阅到 “操作”和“对象”上,例如 创
建客户。同时 ICS 可以和大量的WBI adapters 工作,IBM WBI adapters提供的支持
要不 BEA 的 adapters 丰富的多。
IBM WebSphere Business Integration Message Broker (IBM WBIMB,以前的版本称
为 MQSI, WMQI) 是IBM 的 在应用连接方面的主要产品,实现各种不同类型的数
据格式之间的转换、基于数据内容和规则的消息路由。 IBM WBIMB 是一个功能
独立的解决应用连接得独立产品,能独立的工作,不像 BEA Weblogic Business
Integration 必须要和 应用服务器(Weblogic Server)和 开发环境 (Weblogic
workshop)集成工作,WBIMB 可以用来提供高性能的消息代理。
IBM WBIMB 运行在 WebSphere MQ之上,避免了应用服务器的工作负载。同时也
可以让扩展到对 J2EE-based 的应用服务器的支持。性能测试显示 IBM WBIMB 要
比 BEA Business Integration 中实现的 Message Broker 处理能力和性能 快100倍。
此外BEA WLI 缺少 IBM WBIMB 中对高性能的多发 (multi-cast)和大量的高性能的
发布/订阅支持,同时也缺少丰富灵活的点对点的直接简单处理,只能用发布/订阅
的机制实现。
另一方面, BEA WLI 的message broker 只是刚刚在 v8.1 中才有的功能, 架构和功
能相对简单,比如缺少 IBM WBIMB 中丰富 的在高性能和可靠性要求下的记录追
踪机制,同时 IBM WBIMB 已经是一个非常成功地产品,有大量的客户基础。
BEA WLI 对进入流程的消息数据格式支持为行业标准 (XSLT), 主要限于 XML 消
息格式,对于其他的数据格式(在企业业务集成中,常常会有大量的不同数据格式
在不同的系统中,对于新建的和将来要规划的一些系统,往往会使用 XML 格式)
只能由应用开发人员来解决。
IBM WBIMB 实现对数据格式的广泛支持,
特征 BEA IBM 优胜者
XML支持 在WLI内部的通信是通
过XML实现的,实现二
进制到XML和XML到XML
的转换。WLI支持Ariba
的cXML等。其应用服务
器包括了Apache
Xerces 分析器
( IBM/Lotus捐献给开
放组织)和Sun的XML分
析器
WBIMB 支持XML(包括
对 Schema ,
Namespace 等等)和它
的变体( 包括SOAP 、
UDDI、WSDL)等等,对
于XML支持有更多的贡

IBM : 尽管BEA 也支持
XML,但他还是利用了私
有的XCOP 。WebSphere
MQ家族支持标准的XML和
各种变体。
数据格式 JMS、XML、cXML JMS 、XML 、EDI 、
SWIFT、CORBA、HTML、
SQL、COBEL、Record、
C 定义和自定义数据格
式的支持(MRM)
IBM 能支持大多数通用
的数据格式,并为自定
义的特有的格式提供解
决方案(MRM)实现,
BEA 只是在基于 XML,
其他的格式度需要开发
人员自己转化为 XML,大
量的工作量和实现难度
模型和模拟/Modeling and Simulation
Bussiness Integration 中实现 建模( modeling) 功能,可以自顶而下定义一个业务流
程,而不用关心具体的每个单独的 activity 的实现,具体的实现将来由程序员来实
现。例如 对于业务分析人员来讲,可以创建一个 “Send Invoice to Customer”的活
动 (activity) ,然后开发人员以后可以完成具体这个活动的实现,配置相应的控制
动作,如放一个消息到一个队列或调用一个 web service。IBM 的建模工具
WebSphere Business Integration Modeler 对建模有非常丰富的支持。
在 BEA WLI V8.1 中, 处理流(Process Flow)是在 BEA WebLogic Workshop 中开
发设计, 但是 BEA 也声称 WLI 可以支持建模功能,但是 BEA WLI 的功能其实
类似于ICS的图形处理工具(process design) 或WSADIE;然而这样的话,我们可以
看到BEA WML 的支持只是为了追随竞争对手,没有在架构和规划上有很好设计;
使得WebLogic Integration 同时也像一个设计工具,不像一个如同 IBM WebSphere
Business Integration Modeler 一样真正意义上的建模工具(modeling tool) 。
如同 IBM 的 WSADIE 或 InterChange Server, BEA WebLogic Integration 也可以定义
一系列和他的 Server 内运行的资源(如 web services, EJB’s, and EIS)之间的交
互。 但是在 BEA WLI 中一个或一系列的任务叫做任务列表,这些任务需要人员来
完成,不是被系统来自动完成。任务列表是一个系统资源,这个系统资源维护一些
信息来供人员来完成这任务是使用,当人员显式的标示完成任务后,任务列表将控
制返回给处理流。但是这样的设计就有一个非常明确弊端:由于这些任务不是在服
务器上完成, 流处理的设计工具不能捕获人员完成的确切处理动作。
另一方面,IBM WebSphere Business Integration Modeler 能支持 基于系统自动的和
基于人员参与(非基于系统自动)的模型设计,并且对任务运行在何种技术的应用服
务器没有任何的限制,独立于具体的应用技术的选择。例如,Business Integration
Modeler 能用建立一个生产制造的处理流程,处理流程可以没有任何和系统资源的
交互。
另外,也不像流程设计工具,WebSphere Business Integration Modeler 同时能将业务
上关心的成本和时间( costs and times )和任务相关联,并且设定相应的概率来做决
定。依据这些 成本、时间和概率,建模工具可以 模拟、执行 设计的流程,为不同
的流程执行路径 来模拟 “what-if” 。这个模拟的功能允许模型被调整,同时也带来
获得时间和成本的结果来调整流程,而不要求实际测试和运行成本的开销和人员的
参与。此外, Business Integration Modeler 能对整个业务流程做模型设计,而不仅
是基于系统的任务,他的模拟和分析更有意思和精确,能对实际和业务流程相关的
成本和时间有更好的描述和表现。由于 BEA WLI 没有可对比的建模工具,只是向
上面描述得非常简单得一个设计工具,同时也没有 IBM Business Integration
Modeler 中模拟的功能提供。
在这个点上,可以看到 IBM WBI 在 业务集成领域 提出了非常好的架构和产品实
现。
人员参与的工作流/Human Workflow
使用 BEA WebLogic Integration 可以定义处理流 ,处理流中的活动需要相应的人
员完成,而不是系统资源自动完成。使用 IBM WBI 技术,像上面的设计的处理
流,可以在WebSphere MQ Workflow 和 WebSphere Business Integration Modeler 来
定义,也可以使用 WSADIE 来实现,非常的灵活。
在 BEA WebLogic Integration v7.0 中,和一系列处理流相关的组织和角色不能被重
用。例如,如果把开发后的内容部署到一个生产系统中后,和人员交互的处理流将
不得不要求开发人员再一次重新定义组织和角色,同时也会提示一系列的错误。
使用 IBM WebSphere Business Integration Modeler,可以输入整个的组织图,同时
可以将人员赋给相应的角色和任务,而不是从独立于应用角色来创建组织。
就像上面建模和模拟中提到的, WebSphere Business Integration Modeler 有非常好
地功能:能捕获流程中所有的相应于人工的每一步,包括实践和成本,而不仅仅是
一个在系统和人员之间的工作列表接口。
在 BEA WebLogic Integration WLI v8.1中,和人员的交互通过在工作列表中添加一
个控制,这个控制代表制定给某个人或角色的任务来标示。这类似于 IBM
WSADIE 用一个 Staff 节点来代表放置信息在 工作列表中,同时可以以事件的方式
获得人员对流程的响应。
BEA WLI 只提供了 基于浏览器的工作流的客户端 ,尽管可以定制客户端,但是只
能使用 Java, 非常的有限; IBM WBI MQWF 作为独立的工作流产品,支持多种实
现的客户端,满足不同客户的需求,支持的方式可以使用 Java, C/C++, Visual Basic,
Lotus Notes, and XML等。
自动处理的流程/Process Automation
基于BEA 的方案,开发人员需要使用 WebLogic Integration 来定义业务流程;而基
于 IBM,开发人员可以使用 WBI InterChange Server 或 WSADIE来定义相应的业务
流程。BEA WLI version 8.1 是个完全不同于 版本 7.0 的一个版本,在用户界面、
模型和部署等方面都是完全不同的,并且针对 BEA 目前在业务集成领域的地位,
可以说目前 V8.1 只是一个中间过渡的版本,在基于BEA使用上,需要承担重新学
习和不兼容的移植问题和情况。
由于 IBM 在业务集成领域的架构和倡导,可以看到 BEA WLI v8.1 在流程自动化
的处理上基本上是模仿 WSADIE的实现方式。在 WSADIE 中,处理流程是以 EJB
的形式运行在 应用服务器中。由于流程定义语言还不是J2EE 规范的内容,IBM 和
BEA 选择使用了不同的流程定义语言。IBM 的WSADIE 采用了 Flow Definition
Markup Language (FDML),BEA 的WLI 采用了自己的 Process Definition for Java
(PD4J) 。同时 IBM WSADIE 的计划中正在趋向采用 工业标准 WSBPEL (这是基于
FDML 和微软的 XLANG 发展起来的),同时会提供从现在 FDML到 WSBPEL 格
式的导入和导出的相应支持,保证技术和产品的兼容和可移植。BEA 虽然目前在
使用他自己的 PD4J 格式并想提交它作为标准,但是也已经发布了将要对 WSBPEL
的导入和导出开发和支持计划。由此,可以看出 IBM 的 WSADIE 更具有相应的
延续性和前瞻性。
尽管 IBM WSADIE 和 BEA 的 WLI v8.1 都能提供源代码级和流一级的调试手段,
但是我们知道 WSADIE 作为基于标准框架的开发工具所提供的功能要比 BEA WLI
中实现流程设计工具提供调试功能强大的多。
IBM InterChange Server 是 IBM 在业务流程处理领域的产品,提供一系列的工具和
实时模块来实现定义业务流程,配置业务流程并执行业务流程,通过业务流程来实
现多个系统之间的交互和资源调度,典型的以同步的方式在多个系统间交互。
IBM WBI ICS 不同于 BEA WLI,提供了一系列预置的业务流程和数据结构,被称
为 collaborations 和 business objects。这些预置的组件能提供大量的公共的业务流程
的处理和流行的后台系统的支持,相比较于WLI 中提供的基本简单的应用,又非
常显著的优势和强大的功能。一个 collaboration 是一个可重用得多个系统交互的组
合,实现一个有预定义内容的、通用的业务处理流程,例如 “客户同步”或“生
成发票”等,当然如此的业务流程也可通过自己定义来实现。 在一个实现简单得
流程的例子中,开发人员只需要定制和其他系统之间交互的顺序和接口。一个 ICS
的 collaboration 从另一方面来讲,是实现 GBO 和ASBO 的联结耦合,其中GBO 是
为能处理来自不同应用的数据采用通用的表示数据结构, ASBO 是对应特定系统
特定的数据结构。这种连接联结耦合要求,开发人员能定制 ASBO,并且能指定如
何实现ASBO 到 GBO 的映射。IBM ICS 通过 collaborations 对相应 GBO 的处理 的
设计方式,使得collaborations 在一系列的应用和后台系统之间 重用。并且 ICS 提
供了丰富的预置组件对应大量应用系统,例如 SAP, Siebel, Oracle 和 PeopleSoft
等。因此保证开发人员尽量少的,甚至不开发就能和这些应用之间实现交互。
这是在 BEA WLI 中根本没有办法提供的,BEA WebLogic Integration 不提供这些与
值得组件和数据结构,开发人员必须从头创建流程,并且定义到每一个交互的应用
系统的接口。 除了在开发和测试等额外的时间和成本的考虑外,缺少预置的组件
也同时意味着基于 WLI 的开发人员不能获得产品开发商的“best practices” 的好
处,同时也不能像基于 IBM ICS 开发一样,通过使用预置的获得产品原厂家的直
接经验。事实上,IMB ICS 已经创建了大量的特定的公共业务流程,例如 CRM(
Customer Relationship Management ) 、SCM(Supply Chain Management ) 和一些特定
的行业(如电信、保险、金融服务等)。相比较而言,BEA WLI v8.1 的“business
process templates” 只是非常有限的简单例子,只能达到简单演示 WLI design tool
technology 的目的。
另外,IBM ICS 已经在预置的组件中,提供了交叉应用(cross-referencing) 的实现,
允许开发人员使用一个单一的关键数据域在不用的应用系统中代表不同的名字和特
性。这解决了在业务集成中经常遇到的问题,但是 BEA WLI 更本我从谈起,全部
需要自己来开发。
BEA’s 连接器只能运行在 WebLogic Server上,但是 IBM InterChange Server 使用中
心的管理连接器,这种设计中会有一个 agent 运行在 InterChange Server 之外,因
而能在 InterChange Server agent 能排队消息,保留交易信息,即使是在目标系统和
ICS 之间丢失通信连接的情况下也能得到保证。
监控和管理/Monitoring
WebLogic Integration 允许一个管理员来查看正在运行的处理流程。但是可以看到
BEA WLI 不能提供任何的方法实现类似于 IBM WebSphere Business Integration
Monitor提供的功能。目前的业务集成领域中,只有IBM WebSphere Business
Integration Monitor 能监控每个正在运行的流程中处理到哪一步、能实现给予数据
的监控(比如只监控自己关心订单)、和跟踪处理事件。更深层次的,所有的监控
数据可以被反馈回到 WebSphere Business Integration Modeler 来更准确地调整或修
改 时间、成本和执行得概率,来提升模型模拟的精确度并更好的设计模型。
本文从以上业务集成中的几个方面来分析比较 IBM WBI 和 BEA WLI 的方案和产
品,更详细的关于 IBM WBI 的资料,请参见 如下的 URL:
http://www-306.ibm.com/software/integration/

论坛徽章:
0
发表于 2008-03-25 17:23 |显示全部楼层
都说自己的好,用了就知道哪个好了,我比较倾向weblogic,因为它比较清晰。

论坛徽章:
0
发表于 2008-04-07 09:41 |显示全部楼层
摆弄过几次,也觉得weblogic软件清晰些,监测管理时候admin/console比较方便。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP