★企业如何透过ESB看SOA落地

    高级Web 服务规范

    为了确保Web 服务之间的顺利交互，一些厂商在一起共同制订了一些高级的Web 服务规范（WS-*），如WS-ReliableMessaging、WS-Security, WS-Addressing、WS-Policy 等，由于这些厂商的大力推动，这些规范正在逐步进入到应用阶段。过去，ESB 由于采用厂商自己定义的、面向消息的中间层作为核心架构而被贴上了专有技术的标签，如今，随着ESB 逐步采用了这些高级的Web 服务规范，这一点不再成为问题。事实上，正是ESB 让WS-*规范落到实处，因为在ESB 的顶层提供了这些规范的实现之后，使得Web 服务的可扩展性、可管理性和可用性都大大增加了。

    此外，在其他平台和应用服务供应商都实现这些规范后，ESB 之间的互操作性也得到了很大改善。复杂事件处理复杂事件处理（Complex Event Processing，CEP），有时也称事件流处理（Event StreamProcessing，ESP），是事件驱动架构领域里的一个新技术。作为一种实时事件处理并从大量事件数据流中挖掘复杂模式的技术，CEP 通过分析有意义的事件从而实时地取得这些有意义的信息。

    该引擎可广泛应用于网络入侵探测、SLA 监测、航空运输调控以及金融服务领域的算法交易（在电子市场中通过计算机程序来进来金融投资的一种交易方法）、金融风险管理、欺诈探测。通常CEP 引擎被嵌入ESB 中，作为ESB 一项服务。其中的事件流可以来自ESB，也可以有其他的来源，如外部的RFID 阅读器和证券报价信息。CEP 找到了复杂事件的模型，接下来可以向业务活动监控系统的控制面板发出一个警报，也可以调用一个服务或者通过ESB 激活下一个流程。

    语义数据的集成如果需要，ESB 可以在业务流程中插入一个数据转换引擎，这就使得不同应用之间的数据格式的转化变得非常容易。现在将一种通用的数据格式转换为某一专有的数据格式的服务，如验证（Validate）、丰富（Enrich）、转化（Transform）、执行（Operation）等，已经作为最佳实践出现在市场上。

    在一个面向流程、异步事件驱动的计算环境中，数据转换的方式与点对点的环境是不同的。为了让应用真正实现与其他应用的松耦合，应用之间用来通信的数据必须从原来的专有数据格式转换为一种通用的或者在整个组织内相对规范的数据格式，从而使得所有接入SOA 架构中的应用只需关心如何从通用的数据格式转换成自己专有的数据格式或者从专有的数据格式转换为通用的数据格式，至于目标应用究竟需要什么样的数据转换则可以通过ESB 根据需要来进行。

    这就极大地降低了把新应用加入到SOA 环境时的复杂性，也降低了现存应用之间交互的复杂性。采用这种方法带来的另一个好处是，中间服务（如路由、分离、聚合等）可以按照规范的数据格式来编写，因此，也降低了程序开发的难度。

    尽管普通的映射工具也可以完成从一种数据格式到另一种数据格式的转换，但在应用众多的场合，数据模型非常多而且复杂、同时涉及众多各种不同的应用和数据源，这时此类工具往往缺乏管理这些数据模型之间的映射和相互关系的能力。作为ESB 的一个补充，语义数据映射工具已经出现，它所针对的正是大规模部署SOA 时迫切需要解决的各种数据格式之间的关系问题。与之相比，在进行点对点方式的集成时，人们对每一对需要通信的应用之间的数据转换关系是非常清楚的。

    用ESB 来实现SOA

    事件驱动的架构是一种非常适合SOA 的体系结构，它作为SOA 的一种最佳实践备受关注，
而ESB 正是将二者联系起来的关键部分。而且，更为关键的是在大型SOA 架构中，ESB 扩大了集成应用的集成范围，降低了集成的难度，这是以前无法想象的。只是部署和管理企业数据之间不同含义的复杂语义映射还不令人满意，这还是一个需要继续进行研究和不断创新的领域。

    到目前为止，已经有很多企业采用和部署了ESB，但除了ESB 外，在规划企业的SOA 战略时还有很多需要考虑的。比如，需要运行很多服务，各种平台之间的交互需要保证安全，需要进行管理。幸运的是，只要符合SOA 的核心思想，它们通常可以通过Web 服务接口接入ESB 集成到SOA 环境中。