soa之esb技术发展与应用趋势

　　尽管soa的风潮已经鼓荡了几年，但在新业务层出不穷、旧系统之间的联系盘根错节的it环境之下，许多cio不得不先忙着应对集成的难题，并希望把面向未来的soa也一起解决，esb(企业服务总线)为此提供了一条兼收并蓄之道。在众软件厂商高举soa大旗展开竞争之际,esb成为竞争的前沿。

　　在近一段时期，多家软件厂商都加大了对esb产品的投入力度，并声称自己的soa解决方案因此而更加完善，在soa的赛跑中，esb是竞争的前沿。

　　以cape clear、sonic、iona为代表的esb领域专门厂商的出击，以增量式部署soa为口号，强调以一种低廉的、基于标准的web服务编排工具，并在此之上构建健壮的soa。而soa平台厂商纷纷反攻，正在向原有的套件产品中添加esb和it治理功能。甲骨文公司去年还只是把esb产品内嵌在其业务流程管理产品中，今年已经推出了独立的esb产品。bea推出了 aqualogic service bus、bea aqualogic data services platform来加强esb的产品线。ibm在原有wbi message broker、was 6 sibus这些集成产品之外，又推出了独立的websphere esb产品。而传统的eai厂商tibco和webmethods也宣布了各自的esb产品。

　　soa的风潮在软件行业内铺天盖地，连一些硬件厂商都忍不住参与其中，如果解决方案不提soa就好像落了伍。但在实际应用中，soa的实施依然不怎么起劲。因为对许多用户来说，soa目前还是空中楼阁。大谈按照soa的理念重建应用系统，这种理想状况相信每个人都不会反对，但现实中这样的事情太少，企业的cio大多面临一件事，就是处理好目前应用系统的运行―集成就自然而然成为最容易切入的话题，由集成开始而赋予应用系统以soa的灵魂，才确有其现实意义。esb的冒头也就由此产生，它与eai(企业应用集成)密不可分，同样是集成，esb所提倡的集成与eai的集成既有相同点，也有不同之处。“esb的意义在于让soa有了一个可实现的基础设施。”iona公司大中国区高级架构师陆飞舟这样认为。他说:“esb与eai的主要目的是相同的，但是esb更具开放性，尤其是对web服务的支持，使得它成为实现soa的基础设施。”

　　作为国内中间件领域的后起之秀，中和威公司在2005年发布了其最新的esb产品，该公司的总经理王志伟说:“soa是一种架构上的创新，但其中的技术并没有创新，esb明确了中间件的细分层次。”

　　记者就这一对esb的质疑询问了几个厂家的专家。甲骨文公司大中华区soa技术推广经理周有衡说:“如果在纯粹的soa世界里，每一个应用都通过bpm(业务流程管理)编排来实现，流程之间也需要传输，系统内也存在着数据交换的需要，中间状态也需要保存，如果系统内有交互的需要，就应该有总线，只不过这个总线可以是网络的，而不是单一的,在现实的应用环境中,总线更是不可少的。”

　　burton group分析师anne thomas manes的看法其实是把esb与eai的技术机制混为一谈。东方通公司首席软件架构师、soa-ra-tf主席朱律玮告诉记者:“eai最早的技术机制是点对点的集成，而后来更成熟和被业界所接受的是hub-broker机制，即eai 软件创建了一个交换中心，用于转换不同应用程序间的数据和消息。eai 交换中心使用这些适配程序将所有进入数据的格式重新转换为一种 eai 交换中心内部和外部适配程序都可以理解的通用格式，并将其称为规范格式。”

　　朱律玮说:“esb的总线方式可以是多样的。例如，总线可以是一个网络，而不是一个中心hub，甚至还可以直接通过点对点的方式。多样的方式是为了减少总线的压力，具体的形式可以很灵活。”

　　王志伟说:“在soa之下，esb具有了透明化与标准化的特点。例如，今天你用了一家厂商的esb产品，如果以后你觉得不好，还可以用其他厂商的esb产品代替，而不会影响esb上层应用和下层的数据库和操作系统。”

　　陆飞舟说:“esb 采用了轻量级的分布式体系结构。当必须将程序间的每次交互转换为规范格式时，集中式的交换中心才有意义。esb(如 iona artix)可以将更多的处理逻辑分配到端点上。这与大型主机和现代的分布式系统体系结构间的区别相似。交换中心与大型主机一样，仍然可以用于某些需要它的体系结构中，但它们只是开发人员的一项选择，而不是供应商指定的要求。”

　　bea公司的刘汩春认为:“esb除了运营支撑系统作为服务提供者和消费者的中介提供服务交互、代理和路由功能外，还必须提供可扩展的服务编排、目录、元数据管理、生命周期管理、服务质量和级别控制等功能。通过这些功能，esb帮助屏蔽各种服务生产者的差异，集中管理所有的服务消费行为。从而避免服务的大量蔓延，简化用户soa环境的复杂性。”

　　从广义的角度而言，esb最主要的技术与web服务密不可分，如wsdl(web服务描述语言)、uddi(统一发现、描述和集成)和soap(简单对象访问协议)，这方面的技术目前处于稳定的发展阶段，而有关ws*的发展正处于一个整合和渗透不稳定过程中。此外，还有一些相关的技术正在活跃起来，比如流程方面bpel(业务流程执行语言); 安全方面saml(安全断言标记语言)、xml处理的xquery;服务组件模型sca/sdo(服务组件架构/服务数据对象)与jbi(java business integration)等。

　　刘汩春说:“esb目前正处于快速发展的时期，随着esb逐渐在实际项目中深入应用，用户对其提出更多的要求。比如，服务生命周期管理，就是指从服务发布、注册、使用、推广、效益统计、升级等;服务质量控制和服务级别保证;服务目录和元数据管理;异构适应性:跨越具有不同所有权的多种网络、多个协议以及多个管理域的真正意义上的总线。”

　　目前，从厂商产品的划分来看，专门以esb为主要产品线的中间件厂商的esb产品覆盖面较广，他们一般认为自己的esb产品可以帮助用户实现所有与soa有关的工作，其中也包括了bpm。有些厂商还把门户功能也加入其中。而原来提供soa平台产品的软件厂商则认为esb是soa中的一部分，他们的esb产品是其整个soa平台软件中的一块，通常会把bpm作为另一个单独的产品，例如bea、甲骨文、ibm、东方通等公司。

　　无论是ibm，还是bea、甲骨文等公司都在套件产品的同时，推出了单独的bpm产品和esb产品，对于用户服务而言就有了更多的选择，因为这些产品可以与其他厂商的中间件产品相互搭配使用，中间件产品原来的功能也是集成的，esb的成熟对原有套件型中间件产品市场产生了不小的冲击。

　　朱律玮谈到:“东方通的esb产品线不会追求大而全，实用是第一位的，对于里面的关键技术都做到最好，例如连接服务和流程服务是我们的重点，其他一些产品可能会寻找合作伙伴或开源产品。”

　　由于目前厂商对esb产品有不同的划分，导致esb的应用范围也产生了不同，综合主要esb的产品应用，可以概括为应用在消息层面的转换、数据集成、以及流程的集成和管理。从应用领域而言，esb与eai没有大的区别，但由于esb是基于开放的web服务而来，在通向soa的道路上，esb可以当仁不让地挑起大旗。例如政府部门之间的跨系统互联，企业之间的跨系统电子商务应用。

　　站在soa的岔路口，也许用户会感到有些为难。“目标是光明的，道路是曲折的，”这句话最能反映soa实施策略的选择。信息化不是革命，而是促进业务发展(至少在大部分情况下笔者这样认为)，从这个角度而言，选择soa的渐进之路是可以掌控的，但如果是一个新企业上全新的应用系统，那么不妨来个彻底的soa。

　　ahl当前正面临抵押代理人渠道的快速增长，因此需要改善其客户体验，同时改善其赢利能力，增加整体生产效率，保证数据的准确性，以便获得竞争优势。但当前ahl基于纸质的传统贷款流程过于繁重，且利润率偏低，增长缓慢，大量的业务管理问题需要解决。