快捷搜索:

Oracle+BEA 后的 ESB

前几天才刚终结的 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 长进行各类设置的操作。

本文仅代表劳虎小我不雅点。

您可能还会对下面的文章感兴趣: