来源: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上进行各种设置的操作。
(本文仅代表劳虎个人观点)
(责任编辑:洪蕾)