Oracle+BEA后的ESB

来源：http://www.cio360.net/h/1811/283849-9844.html

• 出处：IT专家网 作者：劳虎 日期：2008-10-17

在不久前刚闭幕的Oracle OpenWorld 盛会中，Fusion Middleware 融合中间件产品部门的老大——全球资深副总 Thomas Kurian 在keynote演讲中，突出一个重点——在完成整并BEA 产品之后，Oracle中间件在针对开放标准支持方面，更为全面而完整，可说居于业界领先的地位；包括对JavaEE 5.0 和JAX 一系列XML API的支持。此外针对SOA 相关标准方面，则包括了WS-ReliableMessaging、WS-Security 和WS-Addressing以及目前正在OASIS 进行标准化过程的SCA(Service Component Architecture；服务组件架构)。

说到这儿，不禁想起，过去一阵子和一些客户交流时，发现他们在Oracle 和BEA 两家公司正式完成合并之后，关于产品线调整、存废和路线图等相关问题非常关注，且仍存有不少疑惑，少部分甚至于有“好像除了Tuxedo 和WebLogic 之外，其余的都没留下来”的错误印象。事实上，除了应用服务器和交易中间件之外，在SOA 和BPM 领域，原本两家公司的产品，便有很高的互补性；换句话说，此次产品线的调整和未来发展路线图的规划，不管对原本是Oracle 或BEA 的客户来说，所受的影响和冲击都已降到最低。

就拿上面提到的SCA标准来讲，恰可用来说明Oracle新的SOA Suite套件中的ESB部件的发展方向。原本Oracle 的ESB产品和BEA的 AquaLogic Service Bus (ALSB)，都相当重视对SCA规范的支持，但先前各自的侧重点和优先级，有所不同——Oracle重点放在以ESB为工具，做服务组装、编制、打包这方面(这可以从去年早在宣布收购 BEA 之前即发布的11g beta版ESB中即可看出。至于原来的ALSB和整个AquaLogic产品线，则选择优先实现围绕以企业资产库产品(ALER，现已更名为Oracle Enterprise Repository)为中心的SCA视图，方便SOA 架构师检视服务间的组合、调用关系。现在两家的产品合并之后，恰好两相互补，在SCA支持上，不但可基于图形化界面对服务进行组装，更可配合资产库，达到SOA全生命周期的监管和治理 (governance)。

不管是原来的Oracle ESB(OESB)，或是原名ALSB的Oracle Service Bus (OSB)，二者都继续保持战略性产品的地位。在明年11g版本正式推出时，除了计划将继续长期支持目前版本中，客户已经在使用的绝大多数功能之外，同样重要的是，将二者整合为更紧密的单一化产品。

在SCA的部分，如上所述，功能恰好互补、不重叠。除此之外，在服务路由、调度、编制，和异构连接协议(Web services、 FTP、 MQ、Socket、SMTP、JDBC等)支持方面，以OSB为主。在格式转换方面，OESB的基于XSLT的转换将继续长期支持，而OSB上基于 XQuery 的转换，包括图形映射界面，由于更为先进(例如能处理XSLT做不到的一变多、将单个消息拆成多份)，是推荐客户今后尽量采用的方式。

在工具界面方面，将本着过去的做法和产品策略，采用基于浏览器、基于Web 的简易图形化界面，使ESB 的主要使用对象——负责服务、IT 运营的人员(而非开发人员)，不需要先熟悉Eclipse 或JDeveloper等IDE 工具，不需要具备编程技能，便可快速上手，在ESB上进行各种设置的操作。

（本文仅代表劳虎个人观点）

（责任编辑：洪蕾）