甲骨文OSB企业信息总线产品介绍-cn

《甲骨文OSB企业信息总线产品介绍-cn》由会员分享，可在线阅读，更多相关《甲骨文OSB企业信息总线产品介绍-cn（41页珍藏版）》请在装配图网上搜索。

1、 甲骨文OSB企业服务总线甲骨文OSB企业服务总线产品介绍提交人:甲骨文（中国）软件系统有限公司提交日期:2009年2月版本号:v1.0目 录1甲骨文公司简介32Oracle OSB企业服务总线产品简介52.1服务总线的重要作用72.2服务总线和服务生命期92.3主要架构概念102.4代理服务和基于代理的路由122.5服务总线的消息流定义132.6服务总线的部署方式153Oracle OSB企业服务总线产品的主要特性163.1服务供应16服务类型16内容类型19通信类型19更改中心20项目管理器22开发、测试和生产环境的迁移233.2服务集成和路由24管道25管道阶段和活动26运行分支28转换

2、28消息操纵29消息验证30动态路由31服务调用32错误处理32平安性343.3服务管理35监视35利用提示实施SLA36报告373.4小结394电信行业实际应用状况401 甲骨文公司简介1977 年 ，拉里艾利森（ Larry Ellison ）与另外两个人 Bob Miner 和 Ed Oates 成立了如今的甲骨文公司（ Oracle Corporation ）。 今日，甲骨文公司（ NASDAQ 交易代码： ORCL ）早已是全球最大的企业软件公司，其技术在全球几乎每个行业以及财宝 100 强的 98 家公司里都能找到。 甲骨文公司如今在145个国家和地区开展业务，全球客户达320,0

3、00家，合作伙伴达19,500家。公司总部设在美国加利福尼亚州的红木城（Redwood Shores），全球员工达84,000名，包括20,000名开发人员、7,500多名技术支持人员和13,000名实施顾问。甲骨文公司2008财年（2008年5月31日结束）销售收入达224亿美元。甲骨文公司在多个产品领域和行业领域占据全球第一的位置，其中包括：数据库、数据仓库、基于Linux系统的数据库、嵌入式数据库、增长最快的中间件、商业分析软件、商业分析工具、供应链管理、人力资源管理、客户关系管理、应用平台套件第一、零售行业、金融服务行业、通信行业、公共事业行业和专业服务行业等。30多年来，甲骨文向企业

4、客户供应领先的软件与服务，帮助他们以最低的总体拥有成本获得更新、更精确的信息，从而改善决策，最终取得更好的业绩。从数据库和中间件到应用产品和行业解决方案，甲骨文公司拥有业内最广泛的企业软件。甲骨文在中国甲骨文公司于1989年落户中国。目前，甲骨文公司在中国的员工超过2600名，以13个城市（北京的中国公司总部，上海、广州、南京、成都、深圳、大连、沈阳、济南、杭州、西安、重庆和福州等地的分公司）为中心开展业务。在北京、深圳、上海分别设有研发中心，在大连设有全球技术支持服务中心，在成都设有甲骨文询问服务中心，在北京及深圳设有合作伙伴解决方案中心。中国已经成为甲骨文公司在全球发展最快的市场之一，公司

5、在中国目前拥有超过7,000家客户。Oracle技术网络（OTN）作为甲骨文全球的在线开发人员社区，在中国拥有250,000名成员，中国是甲骨文全球第四大开发人员社区。目前Oracle中国公司有60%以上的人员是从事技术支持工作。主要分为： 售前技术顾问：与销售代表协作供应售前技术支持。 售后工程师：供应安装调试及现场技术服务。 热线技术工程师：供应7x24小时技术支持热线服务。 实施顾问：为用户供应顾问询问、结构设计等项目实施工作。Oracle中国公司除了本公司有强大的技术支持队伍，还有150多家代理商和软件开发商。每一家代理商都有肯定数量Oracle OCP(Oracle认证工程师)，这些

6、工程师都是通过了Oracle公司全球工程师认证考试，并取得认证证书的。他们是Oracle 公司另一支强大的技术支持队伍。Oracle公司在供应强有力的技术支持的同时，还供应配套专业技术培训，Oracle公司在国内有两个培训中心、4个授权培训中心和13所联合高校。培训系统的完善为客户的技术人员能全面和完善的驾驭数据库管理和开发供应了良好的基础保障。并最终达到学问转移的目的。甲骨文公司为在中国的客户供应功能全面的企业级软件组合产品（包括Oracle 数据库、Oracle融合中间件和Oracle应用软件）与相关服务 (包括询问、支持服务和培训)。公司的目标是帮助中国加快信息技术在企事业单位的应用、促

7、进软件业的发展并加快信息技术人才的培育。为了实现这个目标，甲骨文在中国实施三合一战略：加强本地化建设、建立坚固的合作伙伴关系、承诺对中国市场的长期投资。2 Oracle OSB企业服务总线产品简介面对变化莫测的市场需求的变更，企业希望通过推动“服务化”提高灵敏性和响应实力：更便利地与客户和合作伙伴交互，更敏捷地设计和构建IT基础架构。为此，SOA（Serice-Oriented Architecture，面对服务的架构）日益引起企业高层的重视。SOA将分散在企业应用中的功能组合为基于标准的互操作“服务”，与运用传统应用相比，企业可利用SOA，更快地组合和重用“服务”，以满意业务需求。SOA围绕

8、“服务”，而不是“应用”组织企业IT，能帮助企业更快地推出新服务，并敏捷响应业务环境的变更。为了优化IT基础结构，以便交付服务，将SOA变成现实，IT组织须要一个智能化的基础架构，以降低服务重用的困难性，并牢靠地集成IT环境的各种技术、协议和应用。为此，IT组织创建了一个以“服务”为中心的抽象层，以隐藏各种应用和技术带来的底层困难性，并供应一个定制企业应用的平台。今日，我们将上述服务或集成层称为ESB（Enterprise Service Bus，企业服务总线）。ESB使“服务端点”本身不必再管理服务之间的交互。ESB允许便利地扩展服务，消退了特地编写的点对点、硬编码实现的脆弱性，以及带来的昂

9、贵代价。有了ESB，开发人员不必再在各个服务端点构建集成和中介服务，如路由、协议代理、转化、平安策略和SLA（Service Level Agreement，服务级别协议）质量策略，只需在“ESB”中配置这些策略即可。也就是说，开发人员不必重编服务端点的集成和管理策略，通过“ESB配置步骤”就能创建动态服务端点，适应动态变更。Oracle Service Bus是一个ESB，用于集成服务，管理服务交互，并在不同IT环境之间执行消息代理。它的轻量级、无状态、高性能架构扮演“中间人”角色。Oracle Service Bus是部署和实现SOA的志向工具，支持智能消息代理，监控和管理服务；它在企业基

10、础架构中添加一个可扩展的动态路由和转换层，并管理服务生命期：配置和供应服务、监控服务的运行和履行SLA。Oracle Service Bus以“配置”为中心，由策略驱动，实现了“服务运用者”和“服务供应者”之间的松耦合协作。Oracle Service Bus供应动态配置服务和策略的多功能限制台和环境，能支持多个服务集成项目，能确保全部配置元素的引用完整性，并能在测试或生产期间监控和运行系统。开发人员通过“配置”，而不是“编码”动态更改服务集成关系，以便从几个方面扩展服务架构：平安类型、服务位置、服务可用性、服务响应性、数据格式、监控、传输和通信；与传统的EAI方法相比，ESB须要的时间少得多

11、。图1 oracle Service Bus可防止服务扩散 “一次性连接” 松耦合架构 促进企业范围的重用 集中管理 削减总拥有成本服务总线软件的中心是“共享服务”，而不是“应用程序孤岛”。利用简捷高效的SOA基础结构，IT组织可以在几乎不影响IT基础架构的前提下，快速供应新服务功能，重用极具价值的业务功能，从而实现服务化，实现与业务需求的同步，响应业务流程的更改，并满意客户提出的新须要。下面将具体分析服务总线的必要性，探讨它如何管理组织的整个服务生命期。2.1 服务总线的重要作用SOA之所以变得经济可行，是因为受到了两种现状的推动：行业利用Web服务“公开”和“运用”新服务及遗留服务，构建了

12、支持“松耦合服务交互”的工具包和基础架构。在采纳SOA策略时，由于成本和困难性等因素，IT专业人员并不情愿完全淘汰现有的基础架构，而是希望将现有应用业务表示为服务，以供其他业务流程和应用重用。这就是说，SOA的胜利离不开“集成层”，集成层支持异构环境下的动态服务交互。集成层必需对服务运用者隐藏服务端点的更改，同时支持现有服务的发展，并能够业务的发展，快速添加新服务以满意客户和合作伙伴的要求。在构建和维护SOA时，企业架构师面临挑战：如何使架构适应业务需求的增长，并满意新客户的须要？ 在系统中引入动态行为和运行时配置实力 在企业范围内重用服务，管理服务的生命期 适应服务运用者和服务供应者间的变更

13、 确保企业服务的统一运用 确保服务的平安性 确保企业服务符合IT策略 监控和审计服务运用，并管理系统停运图2 SOA面临的挑战图2演示许多组织的典型架构和SOA挑战。此时，必需维护服务运用者和服务供应者间的点对点连接，也就是说，运用者启用一个服务端点时，必需复制传输、转换、平安和路由机制。假如服务端点接口发生变更，运用各个服务运用者将与该服务断开，并重新开发和重新部署，最终造成了服务中断。企业架构师和其他专家想要简化和限制IT基础架构，并促进重用。Oracle Service Bus是他们的志向工具。Oracle Service Bus支持不同服务的动态交互，具有以下特点：“本地服务资源缓存”

14、注册在总线集成的服务，通过UDDI（Universal Description Discovery and Integration，统一描述、发觉和集成）集成到企业服务注册表，“服务配置环境”支持验证和版本限制；异构服务端点间的协议和消息代理；服务间的动态路由和转换；消息和传输平安。将Oracle Service Bus添加到图2的架构，Oracle Service Bus成为一个分布的服务中间层。它供应上述功能，运用路由规则、转换、平安和访问策略，将这些从服务端点分别出来，并予以维护，如图3所示。图3 SOA与Oracle Service Bus将Oracle Service Bus作为服务

15、运用者和服务供应者间的中间层，可消退脆弱的点对点连接，并消退这些连接的特地维护。运用者不必具体了解服务端点的接口和实现，企业可以更敏捷地连接不同资源。不同客户端可与各种资源通信，例如，.NET客户端不必了解底层服务端点的实现细微环节就能运用Java业务服务。消退点对点连接还意味着，更改服务端点不再影响服务运用者，在服务总线中更改策略配置即可。这将在服务运用者级别减轻或消退重新开发和重新部署产生的影响。2.2 服务总线和服务生命期Oracle Service Bus是一个服务中介，在整个服务生命期都扮演着重要的角色：公开服务，并配置、管理和监控服务运用者和服务供应者之间的“恳求-响应”消息流。图

16、4演示服务生命期。在起先阶段，架构师建立服务模型，构建服务；在开发阶段，开发人员创建和公开应用及服务接口。在创建这些服务接口后，Oracle Service Bus随着服务的创建注册这些服务，并公开它们，以供其他服务或流程在后期运用。Oracle Service Bus可能在本地注册表中干脆注册服务，也可能从诸如ORACLE Service Registry的企业服务注册表导入服务。注册后，Oracle Service Bus配置代理接口，以定义服务通信的消息流。消息流包含传输和平安要求，并说明如何将消息路由给服务自身。在用Oracle Service Bus注册服务后，由ORACLE BPM

17、工作流引擎等工具创建的业务流程就可以运用和编排这些服务，以满意各种业务要求。编排过程包括利用服务满意业务要求，将服务运用于细粒度业务流程。最终用户可通过UI（用户界面），如ORACLE WebLogic PortalTM交易门户， 或ORACLE User Interaction协作门户，运用这些业务流程。图4 服务生命期Oracle Service Bus还监控和管理服务端点之间的消息流、系统健康状况以及可用性。业务和运营分析师可能获得这些信息，以分析行为模式，找寻有待改进之处。随着服务的改进和新服务版本的推出，新一轮的生命期重新起先。2.3 主要架构概念Oracle Service Bus

18、是策略驱动的中介层，它处理消息，确定如何依据要求路由和转换消息。它通过诸如JMS或HTTP的传输协议接收消息，并用相同协议或另一指定的传输协议发送消息。消息响应按相反的方向进行。消息处理由元数据驱动，元数据由Oracle Service Bus限制台配置的代理服务的消息流定义指定。运用代理方法，企业可实现服务客户端和业务服务之间的松耦合，并维护一个集中的平安限制和监控点，如下图所示。图5 Oracle Service Bus运用Oracle Service Bus，服务集成关系通过配置策略和代理服务动态实现。在运用这种方法时，可以快速扩展服务架构的某些系统特性： 传输协议和通信范例 服务平安性

19、 服务位置 服务可用性和响应性 数据格式 日志记录和监控由于代理服务扮演中间人角色，故Oracle Service Bus能消退以下领域的服务客户端和业务服务需求之间的差别： 加载内容和模式 封送协议 传输协议 “点对点”和“发布-订阅”协议 单向和恳求/响应范例 同步和异步通信 平安性Oracle Service Bus在元数据中存储永久策略、代理服务和相关的资源配置；元数据可从开发环境传给部署环境，再传给生产环境，还能依据须要修改。消息代理引擎从元数据缓存访问配置信息。2.4 代理服务和基于代理的路由代理服务是Oracle Service Bus架构的一个核心概念。服务运用者经由这个接口与

20、托管的后端服务连接。代理服务是“服务总线”在本地实现的中介Web服务的定义。运用Oracle Service Bus限制台，可依据WSDL和运用的传输类型定义接口，配置代理服务；并在消息流定义和配置策略中指定消息处理逻辑。由于代理服务可将消息路由给多个业务服务，故可以独立于与代理通信的业务服务，配置代理服务的接口。在这种状况下，代理将被配置为消息流定义，它依据路由逻辑，将消息路由给相应的业务服务，然后将消息数据映射为业务服务接口须要的格式。代理服务的核心是“上下文”，上下文是一组XML变量，由恳求流和响应流共享。可将新变量动态地添加到上下文，也可从上下文删除变量。预定义上下文变量包含有关消息、

21、传输头、平安原理的信息，当前代理服务的元数据，以及代理服务调用的主要路由服务和发布服务的元数据。上下文可由Xquery表达式读取和更改，并通过转换和适当更新操作进行更新。上下文核心包括$header、$body和$attachment变量。这些变量各自包装SOAP（Simple Object Access Protocol，简洁对象访问）头元素、SOAP正文元素和MIME（Multipurpose Internet Mail Extensions，通用Internet邮件扩展）附件。消息均采纳SOAP格式，假如不是SOAP格式，就映射为SOAP格式。2.5 服务总线的消息流定义代理服务的实现由

22、“消息流”的定义指定，消息流确定经由代理服务的消息流淌。在构建消息流时，将用到以下四个元素：一对管道：一个用于恳求，一个用于响应。管道由多个连续阶段组成，“阶段”指定处理恳求或响应时执行的操作。分支节点：依据消息、消息上下文指定的值分岔，或依据调用的操作分岔。路由节点：用来定义消息目的地。默认的路由节点是一个回显节点，可依据恳求返回响应。启动节点。可通过多种方法，将以上元素结合成一颗“树”，“启动节点”肯定是“根”，而且是惟一的根。路由节点只作为“叶子”。恳求消息从启动节点起先，沿路径到达叶子，在恳求管道执行操作。假如叶子是路由节点，就生成响应，对于单向服务而言，响应将为空。假如叶子是一个回显

23、节点，则依据恳求返回响应。响应沿相反路径，忽视分支节点的操作，但在响应管理执行操作。图6演示一个典型的消息流例子。图6 一个消息示例可以敏捷运用路由节点：n 可组合和嵌套if结构、for-each结构和case结构，以定义单个端点和路由消息的操作。n 在将消息发送给所选端点前，或接收到响应后，可进行一系列影响上下文变量的转换。n 在调用消息流之前，可透亮地执行WS平安策略和授权。2.6 服务总线的部署方式Oracle Service Bus在ORACLE WebLogic ServerTM 10.0上运行，并运用ORACLE WebLogic Server TM 10.0的运行时工具。ORAC

24、LE WebLogic Server TM供应企业级可用性、扩展性和牢靠性。可通过两类企业级配置部署Oracle Service Bus： 单个服务器，该服务器也用作管理服务器 执行消息处理的托管服务器集群。“域”包含部署Oracle Service Bus的集群及管理服务器。集群还能运行其他应用。Oracle Service Bus允许集中管理和限制多个分布服务端点，可部署为一个管理部门或企业全部Web服务通信的“集线器”。还可以对底层ORACLE WebLogic Server实施集群化，以便水平扩展单个Oracle Service Bus，将消息负载匀称分布在集群服务器上，防止出现系统瓶

25、颈。Oracle Service Bus将元数据和配置自动传给托管服务器，加快了本地检索速度；并自动从这些服务器收集监控信息，将它们集成和显示在“管理限制台”上。对于分布式部署用例而言，可将多个Oracle Service Bus迭代连接起来，为分布企业相应创建一个分布网络。3 Oracle OSB企业服务总线产品的主要特性Oracle Service Bus将ESB的概念、消息代理和运行服务管理融合一个产品中，在服务网络上管理、集成消息及服务。其核心特性分为三类： . 服务供应：注册和公开服务，以便重用. 服务集成和路由：与服务间通信有关的路由逻辑. 服务管理：监视和管理服务的活动性和可用性

26、3.1 服务供应“服务供应”在机构、系统和部门内部和之间公开和安排服务。与服务供应相关的特性如下： n . 服务类型n . 内容类型n . 通信类型n . 更改中心n . 开发、测试和生产环境的迁移n . 服务版本限制3.1.1 服务类型Oracle Service Bus支持各种服务类型，如常见的Web服务（运用WSDL中的XML或SOAP绑定）和非XML（通用）服务。创建业务和代理服务时，服务类型在注册服务时选择。它还定义服务端点通信运用的协议。Oracle Service Bus的服务类型包括： SOAP服务：在创建SOAP消息时，将标题和正文变量的内容打包到元素。假如正文变量包含一个引

27、用XML，就原封不动地发送它，即不将引用内容替换为消息。假如用附件变量定义附件，则从主消息和附件数据创建MIME包。每个附件部分的内容处理类似于消息传输服务的处理方式。 XML服务（非SOAP）：发送给基于XML服务的消息是XML，也可以是代理服务配置允许的任何类型。在包含附件的消息中，它们的内容是MIME包，其中包含主XML载荷通常是第一部分或由顶级内容类标题标识。 消息传输服务：消息传输服务指可以接收一类数据并响应不同数据类型的消息。支持的数据类型包括XML、MFL、文本和非强型二进制数据。 上面已经提到，选择的服务类型定义了可用于与服务端点通信的协议。表1显示了服务类型和支持的传输协议，

28、以及将来版本将支持的其他传输协议。 表1 支持的服务类型和传输协议服务类型传输协议SOAP WSDL或XMLnicJMS1 HTTP(S) SOAP（非WSDL） JMS1 HTTP(S) XML（非WSDL）2 JMS HTTP(S) 电子邮件文件FTP消息传输类型（二进制、文本、MFL、XML）JMS HTTP(S) 电子邮件文件FTP 1. 假如启用了WS-Security，就不支持JMS恳求和JMS响应。 2. HTTP GET仅用于非WSD的XML。 图7是一幅屏幕快照，它显示了如何在Oracle Service Bus中选择服务类型。 图7 服务类型3.1.2 内容类型为支持与异构

29、端点的互操作性，Oracle Service Bus允许利用“服务配置”，限制运用的内容类型、JMS类型和编码。它不对外部客户或服务的须要进行假设，而是运用为此目的配置的服务定义信息。Oracle Service Bus从服务类型和接口推导出站消息的内容类型。 假如服务类型是： XML或SOAP（有或没有WSDL），内容类型就是文本或XML MFL或二进制消息传输和接口，内容类型就是二进制或八位字节流 文本消息传输和接口，内容类型就是文本或纯文本 XML消息传输和接口，内容类型就是文本或XML。 假如代理服务调用服务，出站上下文变量 ($outbound) 中就可以覆盖内容类型。代理服务响应时

30、，入站上下文变量 ($inbound) 也可以覆盖内容类型。还有JMS类型（字节或文本），在“Administration Consol”（管理限制台）定义服务时，可配置此类型。在服务定义中还可以为全部出站消息明确配置编码。 3.1.3 通信类型为了支持异构环境，Oracle Service Bus供应了多个消息传输方式。它支持以下几种通信类型： 同步恳求和响应 异步一对一发布 异步一对多发布 异步恳求和响应（同步与异步桥接）同步和异步通信是标准传输方式，这里须要对“异步恳求/响应”或“同步-异步桥”接作进一步说明。在“同步异步桥接”中，同步客户程序向异步供应者发出恳求。为此，Oracle S

31、ervice Bus在一个JMS队列上发布消息，配置其次个JMS队列以便响应，并设置一个超时值监听响应。在收到恳求后，服务总线在恳求队列发布消息，并监听响应队列中的响应。对于服务运用者，这类服务就像同步服务。 运用“异步恳求和响应”消息具有以下优势： 恳求线程不会堵塞等待响应，消退了执行大量堵塞恳求/响应调用时潜在的线程管理问题。 消息传输更牢靠。 异步恳求和响应的一个用例是：客户端通过HTTP调用代理Web服务，而代理服务调用的后端系统运用JMS恳求和响应。 3.1.4 更改中心Oracle Service Bus最重要的一个功能是“Change Center”（更改中心），更改中心是在服务

32、总线进行配置更改的关键。更改中心有独特功能，可在更改时锁定当前配置（见图8）。使服务总线可在限制台执行配置更改时，接着接收和处理服务恳求。此外，对配置更改“激活”前，不影响当前配置。完成后，这些更改马上生效，服务总线即可以运用新配置。也就是说，可在不中断服务的状况下随时执行更改。 表2归纳了Oracle Service Bus更改中心供应的特性。 表2 更改中心的特性页面相关任务查看配置更改内部会话：查看当前会话所做的配置更改。 外部会话：查看以前会话激活的配置更改。 撤销更改内部会话：撤销当前会话所做的配置更改。 外部会话：撤销会话的激活，将过去会话的激活撤销到新会话。 查看全部会话内部和外

33、部会话：查看Oracle Service Bus限制台中现有的全部会话。 查找和替换内部会话：查找和替换环境值。 外部会话：查找环境变量（替换功能无效）。 查看冲突只有内部会话：查看和解决限制台内全部会话的更改之间的全部冲突。假如当前会话修改的资源已经被另外的会话修改并激活，就发生了冲突。假如两个会话对同一资源进行两次更改，在其中一次会话激活前，不发生冲突。将显示会话中的语义资源错误。任务细微环节内部会话：查看当前会话进行的具体更改的细微环节。 外部会话：查看激活会话进行的具体更改的细微环节。 图8更改中心（屏幕左上角）假如激活的更改引起意外事务，更改中心还能撤销任何会话的全部更改。任务细微环

34、节供应有关更改资源、更改者和时间信息。由于可撤销整个会话或会话中的个别更改，Oracle Service Bus能将受影响的配置复原到从前的状态。3.1.5 项目管理器Oracle Service Bus包含“Project Explorer”（项目管理器），可按逻辑分类Oracle Service Bus的实体，使开发人员和管理员能更好地组织大型开发项目。项目属于非层次、分散和顶级分组结构。全部资源（例如服务、WS策略、WSDL、XQuery转换等）位于一个不重叠项目中。可在项目中干脆创建资源，或将资源组织到文件夹中。项目或其他文件夹中可创建文件夹，这类似于文件系统的书目，项目级别是根书目。

35、为了增加导航实力，可为全部项目和文件夹添加描述。图9描述了项目管理器。项目管理器的另一个功能是跟踪文件夹内资源引用的外部资源。查看这些引用可以了解所引用资源的位置（/格式）和类型。 图9 项目管理器3.1.6 开发、测试和生产环境的迁移Oracle Service Bus能简化从一个环境到另一环境（从开发到测试、再到生产）迁移配置。“导出”功能可将现有配置导入jar文件，然后利用“导入”功能将文件导入其他环境。要导入已导出的资源，必需在导入前建立一个会话。一旦定义了要导入的jar文件，项目管理器就会显示要导入的资源及引用列表（参与图10）。用户随后可从jar文件导入全部或部分资源。 在导入资源

36、后，在通过更改中心激活后，资源方可生效。多数状况下，端点服务的“统一资源标识”(URI) 会随环境而变更，必需在导入后更改。更改中心的“查找和替换”功能允许用户搜寻和替换URI中的文本；这只适用于最近导入的资源。 图10 导入3.2 服务集成和路由如前所述，与服务端点通信有关的全部路由逻辑都通过“配置代理”处理，使服务运用者不必考虑与后端服务通信有关的困难性。由于可从服务运用者和供应者中删除路由、转换、平安性和传输细微环节，并将它们置于可配置的代理服务器中，故服务集成更敏捷。如前所述，管道、分支和路由节点定义了代理服务的实施。Oracle Service Bus限制台用来配置代理服务消息流定义

37、中操纵消息的逻辑。这些逻辑包括转换、发布和报告等活动，它们作为管道的单独操作实施。下面具体描述设计和实施代理服务消息流时运用的功能： 管道和阶段 转换 消息验证 消息操纵 运行分支 动态路由 服务调用 错误处理 平安性3.2.1 管道管道是命名的阶段序列，代表没有分支的单向处理路径。它用于确定进入的恳求消息流。管道分以下三类： n . 恳求：用于处理消息流的恳求路径n . 响应：用于处理消息流的响应路径n . 错误：用于错误句柄。 为了建立恳求和响应路径，恳求和响应管道成对出现，并且组成一个根书目的树形结构。分支节点允许这些管道对有条件地执行，而分支端点的路由节点执行恳求和响应发送。图11显示

38、了一个管道树的例子。管道树将表3中描述的顶级组件的实例串联起来。表3 管道分类管道类型描述管道对节点管道对节点将一个恳求和一个响应管道连接成一个顶级元素。处理恳求时只执行恳求管道，而反向处理响应时只执行响应管道。 分支节点分支节点使处理完全沿着多个可能的路径中的一条接着进行。分支由查找表驱动，每个分支用惟一字符串值标记。消息上下文中的变量被指定为该节点的查找变量，其值确定了走哪条分支。 路由节点路由节点用于执行与其他服务的恳求和响应通信。它们代表代理服务的恳求和响应处理之间的界线。当路由节点发送恳求消息时，就认为完成了恳求处理。当路由节点收到响应消息时，响应处理起先。 回显节点回显节点（或回显

39、）将消息从恳求管道的一端发送到响应管道的起点。该消息不从代理服务发到另外的服务，而是保留在代理服务中。图11 管道树 3.2.2 管道阶段和活动每条管道都是一系列阶段，阶段是活动容器。这些活动确定了消息通过Oracle Service Bus传送时产生的影响（参见图12）。带一组上下文变量（包含消息内容）的消息被送入管道，并可在管道阶段中用活动访问或修改消息。 表4描述了管道阶段中全部可能的活动。 表4 管道阶段中可能的活动活动影响转换转换活动通过转换格式或操纵消息本身内的数据，更改消息上下文。 分支分支活动允许运用嵌套的 “if” 语句结构，依据消息上下文内的元素值执行不同活动集合。 发布发

40、布活动向一个或多个端点发送消息的副本。发布活动采纳异步方式，不接收响应。 报告报告活动从消息上下文捕获信息（例如业务级数据），以便填充限制台内的报告。 跳转跳转活动终止阶段内的处理。它们用于在发生某些状况时，向错误句柄抛出错误或跳转到管道下一阶段。 日志日志活动能将选定上下文记入ORACLE WebLogic Server的系统日志，从而达到调试的目的。 图12 管道阶段和活动。 3.2.3 运行分支由于消息流一般运用基于WSDL的服务，所以必需频繁执行运行和特地处理。Oracle Service Bus不须要依据运行手工配置分支节点，供应自动分支的零配置分支节点。假如没有为服务端点配置运行分

41、支，Oracle Service Bus会依据消息上下文中指定的运行自动分岔到适当的运行中。 3.2.4 转换转换用于源服务与目的地服务间存在不同的数据类型，以及须要数据映射以便转换数据的状况。Oracle Service Bus支持运用XQuery的数据映射以及“可扩展样式表语言转换”(XSLT) 标准。XSLT图描绘了XML与XML的映射，而XQuery图可以描绘“XML与XML”、“XML与非XML”和“非XML与XML”的映射。这些转换可由开发人员创建并导入Oracle Service Bus，也可以利用限制台本身的XQuery编写转换的脚本。还有两种转换消息上下文的方法。第一种运用X

42、Query或XSLT重新格式化消息，这种方法最常用。其次种操纵消息的内容，以便添加、删除或只替换某些元素。依据代理服务的消息流配置，转换可以发生在不同的位置。图13显示了转换发生在动态路由状况的例子。在消息发送到目的地服务前，运用导入的XQuery转换消息，而相反的转换运用于服务响应。 图13 转换 3.2.5 消息操纵消息操纵是另一种转换，它通过操纵消息的内容（而不是整个结构），使消息与目的地服务兼容。“活动（Action）”可用于消息流的恳求或响应管道中的消息。表5中描述了通过内容操纵可用于转换消息的不同活动。表5 通过内容操纵可转换消息的活动活动描述插入将数据元素插入消息。这个插入可以按

43、配置时的指定，发生在消息上下文的任何位置。 删除删除消息中的数据元素。它用于目标目的地不须要消息中特定数据元素的状况。 替换用不同的系列替换消息中的一系列文本。例如，这可用于替换消息的名称空间。 在图14中，首先操纵消息的内容以删除其中的数据元素，然后将消息发送到目的地端点。当收到响应时再加回该元素，以便与发出恳求的客户兼容。图14 消息操纵 3.2.6 消息验证Oracle Service Bus能通过“验证活动”，比照WSDL或XML schema验证进出的消息。这个活动可以发生在消息流内的任何时间，并能保进出的消息符合目的地服务运用者或供应者期望的格式（参与图15的例子）。验证失败的消息

44、可记录该失败，还可以产生错误，此时错误阶段可运用替代活动。消息验证可用于服务版本限制，以针对不同版本的schema或WSDL验证消息。这是为了确保消息被发送到服务端点的正确版本，或在发送消息前检查是否必需应用转换。 图15 消息验证3.2.7 动态路由在恳求的某些元素可能造成多目的地服务的状况下，Oracle Service Bus能依据消息内容执行动态路由。当“业务需求”限制恳求的某些条件，定义处理恳求的位置时，动态路由就有用。例如，金融机构申请有关客户的信用报告可能依据客户或机构的居处，运用多项信用服务。 动态路由通过条件转移语句（或服务调用）分析消息，从而检索某个数据元素或多个数据元素的

45、数值。不同的业务服务目的地被给予这个条件检查的不同数值组合，允许将消息动态发送到多项业务服务。依据业务服务需求，转换可用于一个或多个此类目的地。图16供应了一个基于内容的动态路由的例子。Oracle Service Bus能创建通用代理服务，可接收任何SOAP或XML消息。这些通用服务类型可以供应基于内容的动态路由。代理服务经过配置可分析它接收的SOAP或XML消息，然后确定将消息发到哪里。此类路由的一个优势是“动态协议切换”。例如，假如存在多个端点，但有些采纳HTTP而其他运用JMS协议，就在运行时确定采纳哪个协议。这隐藏了服务运用者面临的协议细微环节的困难性。事实上，服务运用者可以向Ora

46、cle Service Bus发送一条HTTP恳求，而不必了解该消息通过JMS还是其他协议最终发送到服务端点。 图16 基于内容的动态路由3.2.8 服务调用Oracle Service Bus供应服务调用（service callout）活动，为更困难的消息流带来更大的敏捷性。这个活动通常用于困难的动态路由状况，此时很难确定将消息发送到何处，或要执行消息扩展。在路由阶段运用服务调用活动时，可恳求Oracle Service Bus内注册的另一个服务在消息上执行某种活动。该服务将向消息流返回响应，并将该响应赋值为本地变量。然后就可以在当前的消息流中运用变更量。3.2.9 错误处理Oracle

47、Service Bus供应强大的错误处理功能，能为配置服务敏捷垢处理错误。它可以多种方法处理错误，例如： 测试断言是否真实，并在恳求或响应管道中发送失败响应。 配置服务以便在多级捕获和处理错误，包括阶段、路由节点、管道或服务级别。捕获错误的配置级别可依据期望的服务行为而定。 允许默认系统错误句柄处理错误。 通常，更简便的方法是在消息流的最低级别处理特定错误，运用较高级别的错误句柄默认处理尚未处理的错误。最好显式处理管道中预期错误，并允许系统错误句柄处理意外错误。但是，与WS-Security相关的错误必需在服务级别处理。假如发生错误，每个阶段都可能有一系列步骤，以便为该阶段建立错误管道。预定义

48、的上下文变量 $fault保存了错误的相关信息，在错误管道中可访问该数据。出错时调用存在的最低范围的错误管道（意味着为处理错误而配置的最低级别）。这条错误管道运用户可按下列方法处理错误： 向备用端点发布原始消息 生成错误响应消息，返回代理服务的调用者 用日志活动记录消息，或运用报告活动生成错误状况的报告 修改上下文后接着通过管道处理消息 引发异样，将限制转到下一级更高范围的错误管道 Oracle Service Bus限制台用于跟踪消息，以便获得消息流的精确描述，提高错误的可视性；例如，可查看报告原始消息，显示它被提交处理，然后可查看后来报告的错误，显示没有正确处理该消息。这样会同时供应消息流

49、和错误流的全面视图。3.2.10 平安性Oracle Service Bus将成熟的ORACLE WebLogic Server 9.0的WebLogic Security Framework用作更高级平安服务的构件，包括身份验证、身份断言、授权、角色映射、审计和凭证映射。同样，在限制台用于配置平安性前，要配置ORACLE WebLogic Server的平安性。 限制台具有预定义规则，允许便利地在多个不同运行级别运用ORACLE WebLogic Server的平安性供应者，如表6所示。表6 平安性规则平安级别描述用户管理限制台允许依据相关平安策略，添加用于任务级授权的用户、组和角色。 限制

50、台平安性供应对限制台功能的可管理访问，限制用户在其中查看和内容和执行的操作。 传输级平安性Oracle Service Bus支持传输级的保密性、消息完整性和客户身份验证，可通过HTTPS进行单向恳求或恳求与响应的交易，确保连接的平安性。这些可配置为运用基本的身份验证、客户证书确认的身份验证或无客户身份验证。电子邮件和FTP通过运用平安凭证连接到FTP或电子邮件服务器，从而供应服务。 消息级平安性消息级平安性指定客户机应用与Web 服务间的SOAP消息是否应采纳数字签名、加密或同时运用两种加密方式。 它还用于指定用户名令牌身份验证、SAML 1.1身份传播和X.509证书身份验证。Oracle

51、 Service Bus运用WS-Security作为消息级平安性定义的框架。消息级平安性运用“Web服务策略”(WS-Policy) 指定的平安策略语句进行配置。WS-Policy是基于XML的可扩展框架，可用特定域的断言扩展Web服务的配置，并指定Web服务的要求、期望和功能。 3.3 服务管理除了供应服务路由和转换这样的ESB功能外，Oracle Service Bus还包含服务监视和管理功能，可确保依据IT部门的期望胜利地运行。下面将具体描述Oracle Service Bus的服务管理和监视功能。 3.3.1 监视Oracle Service Bus可监视和收集系统运行和业务审计目的

52、的运行信息。通过可定制的“Dashboard（管理板）”查看Oracle Service Bus收集的运行统计信息。Oracle Service Bus管理板能监视系统的运行状况并标记消息传输服务中的问题，在发生问题时允许快速隔离和诊断问题。 管理板运用户能马上以图形方式查看全部服务器和所监视服务的状态。图17中显示的管理板显示了两个彩色饼图，其中一个显示了Oracle Service Bus域中每个服务器当前的状态。用户可以显示整个域的状态或域内个别服务器的状态。另一个饼图供应服务信息，显示了全部已定义提示和启用监视功能的服务所发生的提示数和相应的严峻性。 图17 管理板除管理板外，Orac

53、le Service Bus还能深化挖掘每个服务级别，从而分析运行和性能统计信息（参见图18）。这些信息可以是域或指定服务器中个别服务的统计信息。Oracle Service Bus还供应运行级服务的性能统计信息，可以进行更细致的分析。 3.3.2 利用提示实施SLAOracle Service Bus能为业务和代理服务设置服务级别协议 (SLA)。这些SLA定义了业务和代理服务所期望服务的精确级别和质量。用户可以依据SLA的指标配置触发提示的规则。一个提示可以配置多级严峻性，包括正常、提示、稍微、重大、危急和严峻。每个业务或代理服务可以组合多个提示状况，而每个提示可以基于下列参数（参见图19

54、）： . 胜利率，失败率. 消息数. 错误数. 故障切换/重试次数. 验证错误数. WSS错误数 . 响应时间，最小响应时间，最大响应时间用户可设置SLA提示，向运行团队通知与业务和代理服务的状况，或与供应的服务质量有关的问题。触发提示时，Oracle Service Bus会向配置的电子邮件地址发送电子邮件通知。通常这些电子邮件发送给运行或管理人员，但Oracle Service Bus还可在提示触发时将消息发送到JMS队列。 图18 服务统计信息 3.3.3 报告Oracle Service Bus可在消息通过代理服务时，供应有关消息数据的报告。这通过报告活动完成，该活动可以置于恳求/响应

55、管道或错误管道阶段内的任何位置。然后就可以通过报告供应者访问报告活动捕获的数据。表7只列出了报告可应用的一些状况。 表7 报告状况举例状况 描述消息跟踪报告活动可用于在消息通过代理服务器时，过滤消息信息。报告活动可以帮助确定消息转换前后、路由过程等活动是否存在问题。客户支持可以报告进出消息中的业务级数据，以便今后用于客户支持状况或业务级报告。 审计报告活动可以从代理服务的消息中提取特定数据，以便今后的审计。 图19 SLA提示规则Oracle Service Bus包含报告供应者；限制台的报告模块显示报告生成器的信息，包括简要信息，并能深化挖掘更具体的专用消息。图20显示了内置报告生成器生成的

56、报告示例。客户也可运用自己的报告生成器，Oracle Service Bus为他们供应Java应用编程接口 (API)。利用Oracle Service Bus的监视、SLA提示和报告功能，IT业务部门可实时管理其ESB基础设施的状况和可用性，评测是否符合SLA，并高效地为管理团队和企业高管供应报告。 图20 Oracle Service Bus的报告供应者3.4 小结Oracle Service Bus是一个ESB产品，用于集成服务，管理流经总线的服务交互，并在不同IT环境之间执行消息代理和管理。轻量级、无状态、高性能架构使其能扮演好“中间人”角色，成为分布式服务网络的核心元素。Oracle

57、 Service Bus拥有精彩的技术和架构特性及服务供应实力，运用“代理”和敏捷的消息流，允许集成专家和管理员用“配置”方法在异构IT基础结构上快速供应和部署服务，快速添加新服务，扩展服务，新建服务运用者和后端业务服务间的连接。Oracle Service Bus的Change Center和Project Explorer功能允许便利地执行创建、更新和修改等操作，能够自动确保依靠资源间的语义完整性，还能依据须要快速测试、部署和撤销配置更新。利用Oracle Service Bus的管理和监控功能，可实时监控服务之间的消息流，前瞻性地管理提示、错误、系统状况和可用性，还能定义和管理SLA以满意IT和业务部门的须要。4 电信行业实际应用状况第 40 页Copyright 2007 Oracle Corporation All rights reserved.