【IT168 新闻】

    【聆听IT专家讲座，了解如何整合流程，灵活业务，更有机会获得限量版蓝牙耳机！】

    【了解更多应用系统和整合软件产品信息】

    IBM WebSphere® Enterprise Service Bus（企业服务总线，WebSphere ESB）V6.0.1 产品是一种基于组件的集成平台，它是以统一的编程模型和统一的数据表示模型为基础构建的。按照设计，WebSphere ESB 所提供的灵活的连接基础设施，可帮助您将应用程序和服务集成到面向服务架构 (SOA)中。SOA 可将实施从界面中分离出来。WebSphere ESB 则为 SOA 提供动力，即将连接详情从界面中分离出来，这样，就将您解放出来了，重点关注各种核心业务。
 
    WebSphere® ESB V6.0.1 采用了新的应用程序集成方法。它基于各种行业标准，并运行于通用的 J2EE 环境中，即WebSphere® Application Server Network Deployment V6。   

    WebSphere® ESB 基于 WebSphere® Process Server V6.0 产品中引入Service Component Architecture（服务组件架构，SCA）。SCA 借助于易用的图形工具环境，同时将服务开发和服务连接纳入到了更大的复合业务流程中。   

    WebSphere® Process Server 产品提供了可用于服务实施和服务构建的基础设施。WebSphere® Application Server Network Deployment V6产品提供基本的传输功能。WebSphere ESB 产品提供智能的连接服务功能，可让您更快地连接各种服务，并更轻松地更改现有的连接。 

    灵活的、可管理的 SOA 方法

    面向服务架构 (SOA)是一种企业集成方法。它可让企业提高灵活性，并支持重复使用现有的资产。 

    您可以将各种服务纳入到集成的流程，无需编写或者修改任何程序。通过 ESB 连接，可将各个服务松散地耦合在一起。服务的维护、管理和增强可以单独进行，无需同时更改两个或更多的集成应用程序。ESB 提供灵活的、可管理的方法支持实施面向服务架构 (SOA)。

    什么是企业服务总线（Enterprise Service Bus）？ 

    企业服务总线（Enterprise Service Bus，ESB）是灵活的连接基础设施，可用于集成各种应用程序和服务。其中的大多数定义包括了一系列核心的功能。这些核心功能是： 

    * 在 Service Requestor 和 Service Provider 之间路由消息
    * 在 Requestor 和 Provider 之间转换传输协议
    * 在 Requestor 和 Provider 之间转换消息格式
    * 发布业务事件

    ESB 必须提供 JMS 消息与 Web 服务通信。

    行业标准

    支持各种行业标准是任何企业服务总线（ESB）的重要特征。这些标准具有通用性，因为它们提供了广泛的互操作性，而这些互操作性是各种各样的平台服务与环境协同工作所必需的。这些标准为所实施的不同标准提供了应用程序可移植性。 

    哪些标准与 ESB 具有最高的相关性？ 

    适用于企业服务总线（ESB）的标准有很多。不过，与 ESB 相关性最高的很可能是下面这些标准。 

    •   XML 
    •   XSLT/XPath
    •   Web 服务 (WS-*) 
    •   JAX-RPC 是 JSR-109 
    •   JMS 
    •   SOAP 
    •   WSDL 
    •   UDDI

    XML 是一种标准的、与平台无关的数据表示方法。XSLT 与 XPath 相结合所提供的标准方法可用于识别与转换各种 XML 数据。  

    如果说 XML 提供了一种标准的数据表示方法，那么，Web 服务标准就提供了一种标准的数据访问方法。Web 服务标准有很多，且各不相同，包括 WS-I 技术规范与 WS-Security 技术规范。JAX-RPC 与 JSR-109 提供了调用 Web 服务的标准方法。WebSphere Application Server V6 为相关的 Web 服务标准提供强有力的支持。SOAP、Web 服务定义语言（Web Services Definition Language，WSDL）与 UDDI 为互操作性与独立于平台的服务提供了重要的标准。

    JMS 为 Java 程序设计环境提供了通用的消息应用编程接口。消息基础设施可提供松散耦合与可靠通信的好处。

    尽管行业标准是 ESB 的重要组成部分，在行业标准的覆盖范围上仍然存在着误解，并可能从中得出一些错误的结论。

    标准的存在是否意味着供应商的选择无关紧要？

    如果想使用最新的以及新兴的标准，最好的方法是选择一家像 IBM 一样承诺遵守各种标准的供应商。没有人去买行业标准的。相反，您应该做的是从供应商那里购买贯彻了标准的解决方案（产品）。应该是由供应商来贯彻这些标准，并必须与各种新的以及不断发展的标准保持一致。与某一时间点上最好的产品相比，更重要的是供应商在当前以及将来标准上的投资承诺。
人们往往认为，供应商的选择并不重要，因为未来可以轻松地将应用程序迁移到另一家供应商的产品。但是，标准所针对的往往是互操作性而不是可移植性。强健的、完整的产品所需要的不仅仅只是实施一系列的标准。而且，许多采用了行业标准的应用程序并不具备强大的可移植性。

    各种 Web 标准的范围中也不包括非功能性的技术要求，如性能、可扩展性以及可用性。另外，产品所支持的具体标准会有很大的不同。

    架构式的集成方法

    在集成应用程序方面，WebSphere ESB 产品使用的是架构式的方法。IBM 开发的这一架构支持编写工具，可简化并加快各种开发工作，缩短该工具所提供的所有底层技术的相关学习曲线。  

    服务组件架构（SCA）编程模型提供了通用的组件调用方法和通用的数据表示，简化了复合业务应用程序的开发流程。它同时支持服务实施（“小型编程”）和服务构建（“大型编程”）。用户可以在各种各样的编程模型中开发各种服务，包括无状态的会话 EJB、Web 服务、EIS 服务、BPEL4WS 和数据库访问。

    按照设计，SCA 架构可与图形汇编编辑器一起使用。WebSphere® Integration Developer V6 中提供的这一功能，可让程序设计员设计各种服务，并可让技术熟练程度较低的开发人员将各种服务汇编到流程中。组件通常都是与通信协议无关，所以，管理员可以更改各种绑定，而无需更改该组件。WebSphere® Integration Developer 中包含的这一功能，可让技术熟练程度较低的开发人员进行服务连接，以及更改现有的连接。

    业务对象用于以标准化的格式表示所有的数据；这基于服务数据对象（Service Data Object）标准，且在扩展后可支持各种业务集成。服务数据对象（Service Data Object）是一种分层的数据类型结构，提供了必要的数据访问编程接口。服务消息对象（Service Message Object）扩展了业务对象，以便访问消息标题信息以及环境区。  

    SCA 和 BO 技术为现有的组件模型以及 API 提供了统一的、面向服务的视图。这有助于形成非常好的的实施做法，并简化开发人员的应用程序模块和中间件 API 视图。于是，开发人员可以将侧重点放在业务逻辑与数据上，而不是放在技术上。

    基于各种标准的消息发送

    WebSphere ESB 为 JMS 1.1 应用程序提供充分的支持。使用 JMS 绑定可以访问各种服务，并支持服务与服务的相互访问。消息发送提供了可实现应用程序间松散耦合的优点。您可以独立地管理与开发各种应用程序，而不会出现低级的、可能导致复杂的相关性的集成问题。

    它支持很多访问模式，包括点到点、请求/答复、存储与发送以及发布/订阅。相关性环境为请求/答复模式提供明确的支持。