企业服务总线OracleServiceBus白皮书.docx

企业服务总线OracleServiceBus白皮书.docx

《企业服务总线OracleServiceBus白皮书.docx》由会员分享，可在线阅读，更多相关《企业服务总线OracleServiceBus白皮书.docx（9页珍藏版）》请在冰点文库上搜索。

企业服务总线OracleServiceBus白皮书

OracleServiceBus™

构建SOA的IT捷径

IT必须通过实施SOA来提高敏捷性………………………………………………………….4

SOA的含义………………………………………………………………………………………4

OracleServiceBus：

敏捷的SOA基础架构………………………………………6

不可或缺的易管理性…………………………………………………………………………….6

服务总线：

SOA服务生命期的关键元素.......…………………………………………………6

保护投资：

OracleServiceBus将传统的消息传递与SOA融为一体……………8

实例：

一家金融服务公司增加了收益机会…………………………………………………….9

IT必须通过实施SOA来提高敏捷性

今天，很多公司都试图采用“服务驱动”的方式来提高敏捷性和响应能力，这不仅表现在与客户和合作伙伴的交互上，也表现在IT基础架构的设计和创建上。

“服务驱动”要求IT实施面向服务的架构（SOA），将企业应用中的分散功能组合成基于标准、可互操作的“服务”，并快速组合和重用这些服务来满足业务需求。

SOA的中心是服务，而不是应用。

通过实施SOA，公司能提高效率，更快地推出服务，并提高敏捷性，以响应不断变化的业务需求。

为了优化IT基础架构以交付服务，并将SOA从理想转化为现实，IT需要一个“智能化”的基础架构，以促进和简化服务的重用，并在当今典型的IT环境（各种技术、协议和应用并存）中可靠地集成服务。

IT正在实施一个抽象层，以简化基础架构，隐藏底层多种不同应用和技术造成的复杂性。

在几年前，这意味着提供一个用于定制企业应用的平台。

而到了今天，抽象层则基于服务，将企业流程表示为服务（由松耦合的业务逻辑片断组装而成），供其他服务和最终用户使用。

在简单高效的SOA基础架构的支持下，IT将可以实现“服务驱动”的愿景，快速推出新服务，在几乎不中断IT基础架构的情况下重用有价值的业务功能；使IT与业务需求保持一致，响应业务流程的更改，并为用户提供更卓越的服务。

SOA的含义

SOA并不是一个新名词，较早的中间件方案也出现了组件重用和分布式计算，提出将客户端和服务器服务分开，进行松耦合交互的原理。

20世纪90年代初期的技术方案（如分布式计算环境）曾试图在分布式基础架构中重用IT组件或“服务”。

但由于当时缺少分布式计算的行业标准，工具包较复杂，集成基础架构不通用，维护和升级成本高，故无法实施重用服务的大范围部署。

到了今天，业内为SOA推出了重要的技术和标准，支持更方便地构建用于集成服务的基础架构，从而实施SOA。

Web服务及重要标准（SOAP和WSDL）允许将实际业务逻辑与其接口分开，以提高软件更改的灵活性。

通用说明、发现和集成（UDDI）和WS-Security等标准允许在中央位置注册企业服务，配置策略，简化了分布式服务的管理。

XML定义了一个明确的消息格式，将消息分析软件和应用本身分开，进一步消除了系统执行环境的耦合。

Web服务成为快速展示服务和支持服务的方式，业内出现了支持松耦合服务交互的基础架构和工具箱，这些都降低了实施SOA的成本，为部署SOA提供了可靠保证。

在实施SOA策略时，IT并不会“取代和淘汰”现有基础架构，而是将这些应用展示为服务，供其他业务流程和应用重用，从而降低成本和复杂性。

这就是说，要成功地实施SOA，必须有一个支持在异构环境中执行动态交互的集成层。

这个集成层必须考虑IT环境固有的“演变”特性；必须支持不断地改进现有服务，并能随着业务的扩大而快速地添加新服务，以满足新客户、合作伙伴和业务的需求；必须对服务使用者隐藏服务端点的更改；还必须自动管理服务交互。

这样，改变服务不会产生中断点（与此相对，点对点的人工实施方法不够可靠，可能产生中断点，从而耗费大量资金）。

这样的集成层称为“企业服务总线（ESB，EnterpriseServiceBus）”。

ESB具有支持服务动态交互的关键特性：

公布服务的服务注册表、服务版本控制、消息代理、动态路由和服务转换。

ESB也支持消息和传输安全。

它们一般作为分布式中间层，支持从端点提取与路由规则、转换、安全和访问相关的策略。

OracleServiceBus：

敏捷的SOA基础架构

虽然很多基础架构解决方案都将被描述为ESB，但它们并不都能满足在异构IT环境中集成服务的需要。

如果ESB不支持使用多种传输方式、异构消息格式和模型的不同厂商的服务，那么它的应用将相当有限，就好像仅允许某种汽车行驶的公路。

除了那些只使用一个品牌的企业（在现实中，这样的企业极少）而言，这样的ESB作用甚微。

也就是说，在一个使用多厂商技术的环境中，ESB必须能够处理异构技术带来的复杂性。

ESB必须支持运行在各种应用平台（如遗留栈、.Net和J2EE等）上的服务的交互。

在SOA中，可以将服务定义为使用者，来访问和使用其他服务（称为提供者）的资源。

ESB必须对服务使用者和提供者隐藏所使用传输协议和消息格式的差别。

ESB必须能够翻译一个服务在“说什么”，另一个服务在“说什么”，使用高性能的互操作标准（如XQuery）在不同服务端点之间实现动态和无缝的转换。

OracleServiceBus是一个“企业级”的ESB产品，专门用于面向服务的集成，管理服务交互，并在各种异构的IT环境之间代理消息。

OracleServiceBus是一种轻量级技术，无状态；高性能的架构提供了一个中间层，可以满足企业SOA的要求。

OracleServiceBus由策略驱动，降低了服务客户（即服务使用者）和业务服务（服务提供者）之间的耦合程度，提供一个点，用于安全控制、监控和SLA（服务级别协议）实施。

它通过配置（而不是编写代码）来动态实施服务集成关系的更改，允许客户改进服务架构的各个方面：

安全，服务位置、可用性和响应性，数据格式，监控，以及传输和通信。

不可或缺的易管理性

在将服务连接到智能中间层，且准备好路由和转换以支持异构服务交互之后，IT必须能评估这些服务交互的状况和可用性，以确保业务交易的可靠性。

不支持管理的ESB就好像一台没有装备“气体压力计”或“里程计”的小汽车，很容易抛锚。

OracleServiceBus可以满足实施SOA的生产要求，不仅能满足服务集成需求，还在公共层提供了智能化的可管理基础架构。

OracleServiceBus包含核心管理功能，可以管理所有注册服务。

它跟踪消息，监控性能，并定义和使用SLA，以确保服务的交互质量，并对服务基础架构进行主动管理。

服务总线：

SOA服务生命期的关键元素

为了帮助您更好地理解OracleServiceBus的各种好处，下面将列举一个例子。

假设有一个机构在企业范围内采用和实施了SOA。

在服务的整个生命期，在SOA中部署服务的企业会遇到以下几个问题。

•供应：

在使用开发环境或Web服务支持工具开发和展示服务后，公司必须采用一种有效的方式，在分布式企业和合作伙伴中注册服务，并以一种遵守策略的方式公布服务，从而促进重用。

•集成和部署：

确定服务之间的路由规则和转换，来支持业务流程或操作，并使用一种正确的方式，在不会中断其他运营服务的服务的情况下来配置它们。

确保所有服务交互的安全性，并能在一个动态、异构的环境中管理服务访问，不需要服务开发人员在应用本身“人工编写”安全策略。

如果没有合适的智能化基础架构，这将成为艰巨的任务。

•管理：

主动管理服务也是一个重大的运营挑战。

随着服务的演变，必须监控总线中的服务交互流，并在几乎不影响（或毫不影响）服务的情况下，在基础架构中测试和部署它们。

最后，如果系统的健康状况或性能出现问题，则服务基础架构必须能“智能化”地识别服务级别的破坏程度，并做出快速响应和调整。

在新服务和现有服务的生命期中，上面的这些挑战会影响服务的有效部署，并面临着机会成本风险。

为SOA设计的敏捷基础架构需要了解和处理这些挑战。

ESB提供的智能化集成层不仅要支持服务供应和集成，还要通过内置的管理功能来支持服务交互，并能通过一个支持服务测试、升级和部署的配置框架来适应服务更改。

OracleServiceBus引入了可管理的ESB基础架构，简化了服务的供应、集成、部署和管理。

它对服务提供者和使用者隐藏了中断性更改，并大大简化了日常运行。

保护投资：

OracleServiceBus将传统的消息传递与SOA融为一体

OracleServiceBus包含传统的消息传递范例（松耦合和异步集成），也包含Web服务范例（包含丰富的自我描述的元数据，以及以服务为中心的集成方法）。

OracleServiceBus的关键特性如下。

∙支持多种消息格式和传输协议，消除了消息之间的差距，发送方和接收方（在信封协议、传输协议、安全方案、有效负荷内容、单向和请求/响应范例、同步和异步通信、点对点和发布及订阅协议等领域）在不替换现有基础架构的情况下实现服务之间的快速集成和部署。

∙可配置监控能力提供服务交互标准、消息跟踪事件和消息记录，并根据可配置的SLA设置界限和警告（不需要购买和集成其他管理产品），支持有效的日常SOA运行。

另外，OracleServiceBus支持重要的管理API，如JMX和SNMP，以集成到企业Web服务和系统管理框架中。

∙简化、可扩展的策略配置；支持策略驱动的路由和安全服务，如身份验证、授权和凭证映射，提供一致的安全服务供应。

OracleServiceBus安全框架的开放集成点支持第三方安全服务提供商，保护企业安全架构投资，允许将现有安全策略应用到服务总线管理的服务交互中。

实例：

一家金融服务公司增加了收益机会

为了帮助理解ESB给IT带来的好处，下面将列举一个实例。

一家金融服务公司计划提供一个新的贷款应用流程，使客户可以通过一个客户门户来申请贷款。

支持这个贷款应用流程的服务也被企业中的其他机构（如贷款处理部门）所用。

在当今的大多数金融机构中，客户门户、员工门户和贷款批准流程都由不同的IT机构管理和维护。

为了能使不同部门共享公共服务，公司需要构建一个可供机构各个部门使用的企业级服务基础架构。

更改部署服务可能会在无意间影响几个应用和系统，因此，IT机构要保证更改不影响公司内部及这些服务的外部使用者。

另外，为给客户提供卓越的服务体验，IT必须监控服务运行，并实施服务级别协议。

通过实施OracleServiceBus，金融服务公司可以将“贷款批准流程”作为易于管理的共享服务，员工门户和客户门户都可以使用这些服务；无论在什么架构上实施服务，都不必考虑这些服务的实施细节。

系统可以有效监控客户和员工交互（如贷款请求），并在运行时即时发现和监管任何错误或服务质量问题（如响应时间达不到规定）。

除重用服务外，当公司决定将新服务种类提供给客户时，OracleServiceBus还可以节省下大量成本。

通过服务总线，可以注册、供应和配置与这些新种类相关的服务，从而在不影响在基础架构中部署的其他任何运行服务的情况下，供各种服务使用者（在本例中，是客户门户和员工门户）动态访问。

结果，公司可以通过客户服务或员工门户，在不中断整个服务种类的情况下，接受客户对新服务种类的请求。

从下面的可视化插图可以看到，OracleServiceBus可以支持金融服务公司的贷款处理应用，并负责对支持贷款处理应用的服务进行日常管理，减轻了客户的管理负担。

利用ESB，可以建立一个服务驱动型企业，从而快速获得竞争优势。

如上例所述，在使用OracleServiceBus后，这家金融服务公司的IT部门可以快速地供应、集成、部署和管理服务，从而提高了效率和适应能力。

由于缩短了新服务的部署周期，这家金融服务公司可以更好地适应客户的需求，并获得更大的IT投资回报。

要点:

∙当今的企业都试图通过“服务驱动”的方式来提高敏捷性，以求为客户提供更有效的服务，并进一步拓展商机。

∙因为希望实现“服务驱动”，IT开始制定SOA策略，并设计和部署支持SOA的基础架构。

∙在部署SOA的服务基础架构，及简单易用的“企业级”服务集成层（或服务总线）后，IT获得了竞争优势。

∙使用OracleServiceBus，在服务基础架构层上部署SOA将成为现实。

∙OracleServiceBus是ESB技术中的佼佼者，它使用一个统一的解决方案来支持异构集成和卓越管理。