ESB的应用

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

    周有衡说：“目前国内的用户还大多更关心例如数据整合、门户整合、应用集成这类的集成项目，从这些项目开始，SOA才得以导入。”

    案例一：北京移动

    做为企业级的ESB，Artix 已成功地在北京移动部署并稳定运行了两年。由Artix组成的服务集群实现了40多个基于Web服务接口，通过Web 服务使不同的外部系统和核心运营支撑系统相连接，为北京移动的各种外围业务（CRM、门户、 IVR）等提供了7×24的接口服务。在开发过程中，Artix的Eclipse集成开发环境为开发和部署基于多种协议的路由应用提供极大的便利，所有开发和配置均通过Eclipse完成，实现跨平台的部署。由于Artix高性能、低资源消耗的优良特性，大大节省了硬件资源，为用户带来了巨大的投资回报。

    案例二：AHL金融公司

    Accredited Home Lenders（AHL）是一家美国的抵押银行公司，资产总额超过59亿美元，在全美范围内为家庭客户提供融资、证券、贷款等金融服务。

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

    BEA AquaLogic Service Bus（ALSB）作为一个能提供标准化中介的解决方案，完成了多系统间的协议连接、基于内容的路由、消息传递和服务的监控管理。同时可以支持多种消息类型，并完成服务和消息的安全控制。而所有这些功能在2003年AHL开始实时Web服务管理项目时，还都没有存在。新的基于ALSB的Web服务管理解决方案很好地解决了以上问题。

    基于服务的对象增加了可重用性，降低了总体拥有成本。利用AquaLogic Data Services Platform和ALSB可以在运行时完成各种复杂的过滤功能，利用XQuery完成数据格式的转换，极大地提高了对Web服务的整体管理能力。

    部分ESB产品列表

    
    
    编看编想：SOA的岔路口

    实现SOA有两种途径，一种是在现有应用系统的基础上将需要复用的模块进行SOA封装，另一种是将所有的应用系统按SOA重新设计和开发。前一种SOA之路是平滑的渐进之路，更容易被多数的企业用户所接受。毕竟，许多早期开发的应用系统正在承担着关键业务运行的重任，容不得半点闪失。而后一种SOA之路则是彻底地“动大手术”，肯定会在短期内带来巨大的阵痛，做好了可以脱胎换骨，做不好可能伤筋动骨。

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

    ESB的兴起让SOA的渐进之路可以走得更开放和平稳，而ESB也代表了中间件产品本身的进化方向，中间件已经由广义的产品范畴向着细分的领域深入——应用服务器、ESB、BPM的分界逐渐清晰。尽管每个领域都在不断发展，但每个领域之间的关系变得更加透明、标准化。对于用户服务而言，分步实现SOA不是一句空话，因为在产品上已经有了可以实现的基础，用户可以根据自己的应用系统环境，由小到大、由局部到整体地去实施。那么，站在SOA的岔路口就不必心慌了。