|
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 绑定可以访问各种服务，并支持服务与服务的相互访问。消息发送提供了可实现应用程序间松散耦合的优点。您可以独立地管理与开发各种应用程序，而不会出现低级的、可能导致复杂的相关性的集成问题。 它支持很多访问模式，包括点到点、请求/答复、存储与发送以及发布/订阅。相关性环境为请求/答复模式提供明确的支持。 支持 Web 服务 WebSphere ESB 产品的基础是 WebSphere Application Server Network Deployment V6。它为各种高级 Web 服务提供了极其强大的支持，包括 SOAP、UDDI、WS-I、WS-Security、WS-Atomic Transactions、JSR 109 以及 JSR 101，并充分支持各种 Web 服务绑定，包括 HTTP 上的 SOAP。 扩展 ESB 的范围 ESB 的访问可以扩展到支持 JMS 与 Web 服务客户机、与 WebSphere MQ 主干网络互操作以及支持 WebSphere Adapters。 它支持很多客户机平台，包括 C、C++、.NET、J2EE 与 J2SE Java 环境；还支持使用 JMS 消息发送与 JAX/RPC Web 服务通信。 除了客户支持之外，WebSphere ESB 产品提供强大的 WebSphere MQ 主干网络连接支持。这一支持可让 WebSphere Messaging 总线连接到采用渠道连接的 WebSphere MQ 网络上。WebSphere MQ 网络可视为 WebSphere Messaging 网络的扩展。 可以通过新的 WebSphere Adapters 访问通用的套装应用程序。这包括通用的 ERP 系统（如SAP®）、CRM 系统（PeopleSoft® 和Siebel®）。WebSphere ESB 还支持大多数现有的 WBI Adapter。 节约资金的通用运行时与开发环境 ESB 与应用程序服务器环境的通用运行时环境，支持通用的管理与操作步骤以及技能的重复使用。SCA 模块被封装为标准的 EAR 文件，可部署到 WebSphere ESB 运行时服务器中。WebSphere ESB 运行时服务器能够运行 WebSphere Application Server V6 应用程序以及调解模块。管理的执行使用的是标准的 WebSphere 管理控制台以及脚本功能。您可以在管理控制台中添加更多的面板，以便简化 SCA 模块的管理。 WebSphere ESB 产品的构建基础是标准的 WebSphere Application Server (WAS) Network Deployment V6 服务器。它继承了 WAS 平台的所有功能，包括群集、故障切换、可扩展性与安全性。WAS V6 为各种标准提供强大的支持，包括 JMS1.1 消息发送、WS-* 以及其它 Web 服务标准。 WebSphere ESB 与 IBM WebSphere Process Server V6.0.1® 共享通用的开发工具，即单独提供的 WebSphere Integration Developer V6.0.1。通过使用基于 Eclipse 的通用开发环境，所有的开发人员就可以使用通用的工具集。这样，担任不同任务（如编写 Java 程序与开发调解流）的开发人员在执行相同的开发工作时可以保持方法上的通用性。 WebSphere Integration Developer V6.0.1® 产品可以与其它 IBM 开发环境集成，包括 Rational Application Developer V6.0.1®。 摘要 新的 IBM WebSphere ESB 产品为企业服务总线（ESB）的功能提供了一种基于标准的方法，支持各种面向服务的新应用程序，包括使用标准的 Web 服务进行通信。WebSphere Application Server V6 提供强大的 Web 服务支持，包括支持所有的相关标准。WebSphere ESB 可利用通用的运行时环境，这可以实现开发技能的重复利用并降低成本。 在需要部门 ESB 解决方案或者业务范围 ESB 解决方案，且需要针对 Web 服务环境的 ESB 功能时，IBM WebSphere ESB 产品是一种理想的选择。 附录 A. 技术详情 本附录提供的是新 WebSphere Enterprise Service Bus（ESB） V6.0.1 产品的技术详情，该产品预计在 2005 年年底提供。 这一可部署的产品是一种封装为 EAR 文件的调解模块。该调解模块包括调解组件以及其它 SCA 组件（如 Export 与一个或多个 Import 组件）。 WebSphere Integration Developer V6.0.1 中的模块与库在 WebSphere ESB V6.0.1 中，引入了一种新的模块类型，即调解模块。调解模块既可以在 WebSphere ESB V6.0.1 中执行，又可以在 WebSphere Process Server V6.0.1 中执行。WebSphere Integration Developer V6.0 中引入的现有业务模块项目，只能在 WebSphere Process Server 环境上运行。WebSphere Integration Developer V6.0 中还引入了库项目，它可以保存共享的资源，如调解模块或者流程（业务）模块的业务对象与界面。 Process Server 与 ESB 中的共享对象 ESB 中引入的对象 仅 Process Server 图 1—新的项目向导 SCA Export 与 Import模块 SCA Import 和 Export 支持 WebSphere ESB： •为 SCA 组件提供统一的、该模块外部服务的视图。 •支持组件使用一致的 SCA 编程模型与 EIS 系统通信 •支持多种类型的绑定，包括 J2C 与 JMS SCA 同时支持同步与异步的调用模式。在同步调用的情况下，调用程序会阻塞到获得答复为止。在异步调用的情况下，会立即返回调用程序的控制。SCA 支持下面的异步调用模式。 •单向：发送请求后，不会出现答复或者收到答复。 •响应延迟：调用程序会收到一个标签。调用程序可以使用该标签对响应进行检索。调用程序的选项包括不等待（No wait）、始终等待（Wait forever）或者等待一段时间（Wait for a limited time）。 •请求与回调（Callback）：立即返回标签，并对回调（Callback）进行记录。SCA 将调用回调（Callback）方法返回响应。 调解组件 WebSphere ESB 产品将调解组件类型添加到了 SCA 架构中。调解组件是使用直观式编辑器（即调解流编辑器）构建的。调解流由一系列连接的调解单元组成。调解流的开发人员使用轻松的拖放操作即可设计各种调解组件。IBM 提供了许多预建的调解单元。每个调解单元都有一个输入终端，以及一个或多个输出终端。 调解单元连接起来后，就形成了调解流组件。然后，可将该调解流组件连接到使用汇编编辑器的其它 SCA 组件。汇编编辑器也可用于提供输入与输出、指定接口与选择要使用的绑定类型。 接受输入 调解 传递输出 图 2 汇编编辑器范例 调解单元 提供的调解单元包括 XSLT 转换、消息发送记录、数据库访问与过滤器或者路由选择功能。程序设计员也可以开发调解单元。定制的单元既可以是 Java 例行程序，也可以是可以添加到开发人员选项板的、并可在多个调解流中重复利用的完整节点。 XSLT 转换调解单元可将 XML 文档从一种 XML 格式转换为另一种。该转换也可以访问任何 JMS 和/或 SOAP 消息标题、属性和两个环境区。XSLT 转换可以通过图形的拖放映射编辑器进行开发。 图 3 XSLT 映射编辑器范例 消息记录调解单元会将请求的内容写入数据库。这可用于审计与回收。 数据库调解单元可以检索数据库中的值，并将其插入到用户数据中。这可用于消息增加。 过滤调解单元在调解流内部提供有限制的功能与分流（branching）功能。这可用于根据消息的内容对消息路由进行选择。过滤调解单元支持数量不定的输出终端。可以使用一系列的 XPath 表达式来确定出应该将消息传输到哪个终端。 开发人员可以使用 Java 开发定制的调解单元。有两种定制的调解单元类型。第一种是可重复使用的调解单元，它可以添加到调解流编辑器选项板。定制的节点可用在多个调解流中。第二种是开发人员使用 Java 为特定的流中的特定节点所开发的特定功能。在这种情况下，开发人员会实施已经定义的方法，开发纯 Java 对象。定制节点不会用于其它的调解流中。 接受输入 记录消息 XSLT 转换 图 4 调解流编辑器范例 接口 在面向服务架构(SOA)中，各种服务必须提供接口，以便其它流程进行调用。服务组件架构（Service Component Architecture）支持两种类型的接口，即那些可以使用 Web 服务描述语言（Web Services Description Language，WDSL）和 Java 接口进行描述的接口。所提供的图形界面编辑器可用于 WSDL 接口的创建和维护。 运行 输入参数 数据类型 图 5 接口编辑器范例 服务消息对象 调解流不仅可以全面访问消息内容（用户数据），而且还包括任何消息标题和属性（例如，JMS 和/或 SOAP），以及两种消息环境区（Context area）。在处理单个消息的过程中，过渡环境会用作临时的工作区。第二个环境区则用于请求和答复情况中。数据可以保存在调解处理答复消息时所提供的的相关性环境区中。 消息内容、消息标题和环境区是服务消息对象的子对象。服务消息对象本身是服务数据对象（Service Data Objects，SDO）。 用户数据的表示形式是业务对象。业务对象是使用 XML 架构文件句法的子集进行存储的。业务对象编辑器的使用十分容易，可简化业务对象的创建和处理。 图 6 业务对象编辑器 为了处理更复杂的数据格式，提供了全功能的 XML 架构编辑器。 直观的调试程序 WebSphere Integration Developer 环境中提供了直观的调试程序，可对调解流进行调试。调试程序提供标准的调试功能，包括断点、单步运行、变量显示等等。 附录 B.WebSphere Process Server 和 WebSphere ESB 的关系是什么？ WebSphere ESB 使用的是 IBM WebSphere Process Server V6.0 产品中引入的服务组件化架构（Service Component Architecture，SCA）。WebSphere ESB V6.0.1 是 WebSphere Process Server V6.0.1 的真子集。两种产品使用相同的 WebSphere Integration Developer V6.0.1（单独销售）创建调解流。尤其值得一提的是，WebSphere ESB 增加了下面其它功能： •新的中介流组件类型 •引入了服务消息对象，扩展了 WebSphere Process Server 中的业务对象 •消息标题和环境向中介流开放 •增加用于中介流的其它管理仪表板 下面功能出现于 WebSphere Process Server 中，但不出现在 WebSphere ESB 运行时中。 •业务流程（BPEL4WS）支持 •员工任务管理器 •业务规则 •静态计算机 •数据和接口映射 •选择器 WebSphere Process Server 产品为服务的实施和组合提供了基础设施。WebSphere ESB 产品提供了智能连接服务的功能。
|
