企业服务总线Oracle_Service_Bus白皮书.docVIP

Oracle Service Bus? 构建SOA的IT捷径  目录 IT必须通过实施SOA来提高敏捷性………………………………………………………….4 SOA的含义………………………………………………………………………………………4 Oracle Service Bus：敏捷的 SOA基础架构………………………………………6 不可或缺的易管理性……………………………………………………………………………6 服务总线：SOA服务生命期的关键元素…………………………………………………6 保护投资：Oracle Service Bus将传统的消息传递与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，Enterprise Service Bus）”。 ESB具有支持服务动态交互的关键特性：公布服务的服务注册表、服务版本控制、消息代理、动态路由和服务转换。ESB也支持消息和传输安全。它们一般作为分布式中间层，支持从端点提取与路由规则、转换、安全和访问相关的策略。 Oracle Service Bus：敏捷的 SOA基础架构 虽然很多基础架构解决方案都将被描述为ESB，但它们并不都能满足在异构IT环境中集成服务的需要。如果ESB不支持使用多种传输方式、异构消息格式和模型的不同厂商的服务，那么它的应用将相当有限，就好像仅允许某种汽车行驶的公路。除了那些只使用一个品牌的企业（在现实中，这样的企业极少）而言，这样的ESB作用甚微。也就是说，在一个使用多厂商技术的环境中，ESB必须能够处理异构技术带来的复杂性。 ESB必须支持运行在各种应用平台