企业服务总线ESB平台方案

1、 企业服务总线ESB平台方案性能卓越的企业服务总线目 录 TOC o 1-3 h z u HYPERLINK l _Toc517725737 1ESB产品定位描述 PAGEREF _Toc517725737 h 5 HYPERLINK l _Toc517725738 2ESB产品概述 PAGEREF _Toc517725738 h 8 HYPERLINK l _Toc517725739 3ESB产品客户价值 PAGEREF _Toc517725739 h 10 HYPERLINK l _Toc517725740 3.1高管控能力 PAGEREF _Toc517725740 h 10 HYPER

2、LINK l _Toc517725741 3.2高投资回报 PAGEREF _Toc517725741 h 11 HYPERLINK l _Toc517725742 3.3高运营能力 PAGEREF _Toc517725742 h 11 HYPERLINK l _Toc517725743 4ESB产品关键特性 PAGEREF _Toc517725743 h 13 HYPERLINK l _Toc517725744 4.1高性能 PAGEREF _Toc517725744 h 13 HYPERLINK l _Toc517725745 4.2高可靠 PAGEREF _Toc517725745 h

3、13 HYPERLINK l _Toc517725746 4.3高扩展 PAGEREF _Toc517725746 h 14 HYPERLINK l _Toc517725747 4.4业务化 PAGEREF _Toc517725747 h 15 HYPERLINK l _Toc517725748 4.5个性化 PAGEREF _Toc517725748 h 15 HYPERLINK l _Toc517725749 5ESB产品组成及功能概述 PAGEREF _Toc517725749 h 16 HYPERLINK l _Toc517725750 5.1协议转换 PAGEREF _Toc5177

4、25750 h 16 HYPERLINK l _Toc517725751 5.2数据转换 PAGEREF _Toc517725751 h 16 HYPERLINK l _Toc517725752 5.3服务编排 PAGEREF _Toc517725752 h 17 HYPERLINK l _Toc517725753 5.4服务路由 PAGEREF _Toc517725753 h 17 HYPERLINK l _Toc517725754 5.5服务安全 PAGEREF _Toc517725754 h 17 HYPERLINK l _Toc517725755 5.6服务质量 PAGEREF _To

5、c517725755 h 18 HYPERLINK l _Toc517725756 5.7服务注册 PAGEREF _Toc517725756 h 18 HYPERLINK l _Toc517725757 5.8服务监控 PAGEREF _Toc517725757 h 19 HYPERLINK l _Toc517725758 5.9消息机制 PAGEREF _Toc517725758 h 19 HYPERLINK l _Toc517725759 6ESB产品应用场景 PAGEREF _Toc517725759 h 20 HYPERLINK l _Toc517725760 6.1业务应用典型场景

6、 PAGEREF _Toc517725760 h 20 HYPERLINK l _Toc517725761 6.1.1统一服务平台 PAGEREF _Toc517725761 h 21 HYPERLINK l _Toc517725762 6.1.2统一客户视图 PAGEREF _Toc517725762 h 21 HYPERLINK l _Toc517725763 6.1.3集团业务系统 PAGEREF _Toc517725763 h 23 HYPERLINK l _Toc517725764 6.1.4保护核心业务 PAGEREF _Toc517725764 h 24 HYPERLINK l

7、_Toc517725765 6.1.5银行中间业务 PAGEREF _Toc517725765 h 25 HYPERLINK l _Toc517725766 6.1.6ERP系统集成 PAGEREF _Toc517725766 h 26 HYPERLINK l _Toc517725767 6.2技术应用典型场景 PAGEREF _Toc517725767 h 31 HYPERLINK l _Toc517725768 6.2.1企业服务总线 PAGEREF _Toc517725768 h 31 HYPERLINK l _Toc517725769 6.2.2应用服务网关 PAGEREF _Toc5

8、17725769 h 32 HYPERLINK l _Toc517725770 6.2.3可靠数据传输 PAGEREF _Toc517725770 h 32 HYPERLINK l _Toc517725771 6.2.4综合服务平台 PAGEREF _Toc517725771 h 33 HYPERLINK l _Toc517725772 7ESB产品环境配置 PAGEREF _Toc517725772 h 34 HYPERLINK l _Toc517725773 7.1支持的操作系统 PAGEREF _Toc517725773 h 34 HYPERLINK l _Toc517725774 7.

9、1.1开发环境支持的操作系统 PAGEREF _Toc517725774 h 34 HYPERLINK l _Toc517725775 7.1.2运行环境支持的操作系统 PAGEREF _Toc517725775 h 34 HYPERLINK l _Toc517725776 7.2支持的硬件环境 PAGEREF _Toc517725776 h 34 HYPERLINK l _Toc517725777 7.3支持的数据库 PAGEREF _Toc517725777 h 34 HYPERLINK l _Toc517725778 7.4支持的浏览器 PAGEREF _Toc517725778 h 3

10、5 HYPERLINK l _Toc517725779 7.5支持的JDK版本 PAGEREF _Toc517725779 h 35 HYPERLINK l _Toc517725780 8典型案例 PAGEREF _Toc517725780 h 36 HYPERLINK l _Toc517725781 8.1中国移动通信集团上海有限公司ESB集成平台 PAGEREF _Toc517725781 h 36 HYPERLINK l _Toc517725782 8.1.1中国移动通信集团上海有限公司简介 PAGEREF _Toc517725782 h 36 HYPERLINK l _Toc51772

11、5783 8.1.2背景与问题 PAGEREF _Toc517725783 h 36 HYPERLINK l _Toc517725784 8.1.3产品与方案 PAGEREF _Toc517725784 h 38 HYPERLINK l _Toc517725785 8.1.4实施效果 PAGEREF _Toc517725785 h 40 HYPERLINK l _Toc517725786 8.2中国电信OIP集成平台项目群 PAGEREF _Toc517725786 h 41 HYPERLINK l _Toc517725787 8.2.1中国移动通信集团上海有限公司简介 PAGEREF _To

12、c517725787 h 41 HYPERLINK l _Toc517725788 8.2.2背景与问题 PAGEREF _Toc517725788 h 41 HYPERLINK l _Toc517725789 8.2.3使用产品与方案 PAGEREF _Toc517725789 h 41 HYPERLINK l _Toc517725790 8.2.4实施效果 PAGEREF _Toc517725790 h 44 HYPERLINK l _Toc517725791 8.3中国航天科技集团公司第五研究院529厂ESB集成平台 PAGEREF _Toc517725791 h 45 HYPERLIN

13、K l _Toc517725792 8.3.1中国航天科技集团公司第五研究院529厂简介 PAGEREF _Toc517725792 h 45 HYPERLINK l _Toc517725793 8.3.2背景与问题 PAGEREF _Toc517725793 h 46 HYPERLINK l _Toc517725794 8.3.3使用产品与方案 PAGEREF _Toc517725794 h 47 HYPERLINK l _Toc517725795 8.3.4实施效果 PAGEREF _Toc517725795 h 48 ESB产品定位描述企业应用集成一直是企业信息化建设中的一个难题。随着企

14、业规模的扩大、业务的发展，企业内部的应用系统越来越多，应用间的通信、数据交换的需求越来越强烈，企业应用之间的交互问题、以及企业服务的管理问题也日益突出。企业应用集成的历史可以追溯到最早的电子数据交换，以及80年代中期出现的C/S结构的企业应用和中间件技术。20世纪90年代，ERP（Enterprise Resource Planning）应用要求能够支持已经存在的应用和数据，与此同时企业应用集成即EAI（Enterprise Application Integration）的概念被提出。企业服务总线（ESB）是企业应用集成在SOA理念下的一种实现方式，企业服务平台是SOA架构中实现服务间智能化

15、集成与管理的中介，在逻辑上与SOA所遵循的基本原则保持一致,依据SOA架构原则对服务集成和服务管理的要求，创建了一个SOA集成架构，能够深入管理服务，并能方便扩展到整个企业应用。企业服务平台是分布式的、基于消息的、遵循开放标准的集成解决方案。企业服务平台的角色是在各种IT资源如企业中各种异构应用系统、平台和服务之间进行可靠的通讯时提供可用的基础设施。如下图所示，企业服务平台为企业应用提供了一个统一的平台，采用SOA松耦合的思想来进行企业应用集成，通过灵活的服务接口和Adapter，方便SOA应用和遗留应用的集成，这种松耦合、有效灵活的架构提供了更好的扩展性。企业服务平台的特征是使用Web服务、

16、消息中间件、智能路由和格式转换的架构，逻辑上与SOA基本原则保持一致，提供了服务管理的方法和在分布式异构环境中进行服务交互的功能。一般会是分级的层次式结构，以连接不同业务领域的应用群，这些应用群是一批应用系统，负责SOA解决方案中的业务逻辑，实现了特定领域的业务目标。通过一致、标准的服务平台，企业更方便与战略合作伙伴开展业务往来。在企业建设了足够多的SOA应用，能够提供大量的服务后，就可以利用发布在服务注册中心的这些服务进行服务装配和编制，在企业服务平台之上按照SOA的方式提供组织级服务重用和数据共享。业务服务平台在企业信息化建设过程中的作用具体表现在如下三个方面：业务互联企业的信息化建设在市

17、场、管理等因素的推动下不断演进，在不同的历史时期建设了大量的信息系统，同时在业务整合的驱动下产生了不同的互联需求：在以“产品为中心”的企业发展阶段，提高生产效率是重要的目标之一，在此过程中人们发现部门间的协作是提升效率的有效方式，从而推动了部门间应用的互联与整合。激烈的市场竞争导致买方市场的到来从而促使企业经营思路由“产品为中心”转变成为“以客户为中心”，这样就需要对客户从市场、销售、服务等不同纬度进行全生命周期管理，从而推动了各业务域间更加广泛和深刻的应用互联与整合。随着市场竞争的加剧及互联网技术的发展，企业在不断地从业务模式上进行创新，收敛自身的核心能力并通过与更多外部伙伴合作以更加开放的

18、思路为客户创造价值，从而推动了整个产业链中各企业之间的应用互联与整合。业务管理随着信息化建设的不断深入，大型企业往往累积了众多的应用系统，而这些应用系统又在业务的驱动下在不同的历史时期通过互联与整合成为有机的一体，如何有效地管理这些系统之间的关系成为最大难题：如果某一关键服务在不知道的情况下宕机，而IT部门又没有及时得到这一最新状况，势必形成蝴蝶效应，波及依赖于这一服务的其他业务系统，严重影响企业的正常运营。是否可以通过相应的监控手段分析出各应用系统间纷繁复杂的服务调用关系，从而得出受欢迎的服务、以及服务调用效率等指标，为周期性的系统优化和扩容做好充分的准备，从而使IT运维工作更加具有主动性。

19、对于关键服务调用是否可以采取某些措施保障其QoS，譬如在异常访问的情况下采取拒绝攻击的手段，或当系统资源不是很充足的情况下优先保障关键服务的可用性、健壮性。业务创新在市场全球化、竞争激烈化的背景下，业务创新是企业生存和发展的有效战略。企业尤其是大型企业不仅在于要建立适合的业务创新文化和相关的保障机制，更重要的是如何有效、快速地落实业务创新成果，要达到这一点是离不开信息系统的支撑，而这一点又为信息系统的建设提出了更高的要求：推进业务创新的有效方式之一就是基于已有的业务沉淀进行创新，而这些业务沉淀在应用系统中的表现形式就是对外暴露的服务，如何有效梳理和规划这些服务以及如何快速复用这些已有服务是进行

20、和落实创新成果的首要问题。 ESB产品概述作为SOA国际标准组织18家核心成员之一，始终致力于提供完整的SOA解决方案，其中就包含核心部件 ESB产品，主要用于企业内及企业间的服务整合，通过总线形式有效改善现有系统之间调用的网状关系，使得系统之间的关系更加可视化和提高管控能力，它的高性能、高可靠、高扩展和业务化给客户带来高管控能力、高投资回报、高运营等能力，从而为提高企业IT的服务质量提供可能，更直接的为企业的业务扩展、业务创新、客户维护和卓越运营提供了有力的保障。 ESB是基于多年对大型企业的IT建设及分布式计和集成能力的认识和技术积累而推出的服务整合产品，是部署和实现SOA的理想工具，支持

21、协议转换、消息转换、消息路由、服务编排、服务注册、服务查找、服务监控等功能，其架构如下图所示： ESB产品主要包含： ESB Studio：主要提供各种服务（中介服务、穿透服务、编排服务等）的开发、调试以及属性设置、元数据导出等，为便捷快速地开发各种服务提供可能。 ESB Server：提供了多协议的支持以及为服务运行提供了高性能、高可靠的运行环境，方便的扩展机制，为 ESB融入企业IT环境提供了有效支撑及管控手段，同时不依赖于JavaEE容器的特性大大提升了性能。 ESB Console：提供了集群环境ESB Server的管理及各种日志控制级别、服务线程配置等系统级配置的在线管理和热更新。

22、 ESB Service State Monitor：提供了增强的客户感知度，譬如：各种维度的事前预警、事中告警、事后统计分析等功能。 ESB Software Asset Management：提供了服务注册、服务查找、SLA管理等服务元数据管理功能。 ESB产品客户价值 ESB能够从如下三个方面给客户带来价值：高管控能力高投资回报高运营能力高管控能力基础设施管控能力对服务的集中管控是企业部署ESB的主要目标之一， ESB提供了强大的服务监控能力使服务的管理更加业务化、可视化，譬如提供了服务运行时监控、运行情况历史分析等，使得企业的信息化部门可以更加方便、全面地了解服务运行情况，有助于迅速定

23、位和排除故障，更重要的是为及时主动的采取业务优化措施提供了可能性。通过总线形式有效改善现有系统之间调用的网状关系，使得系统之间的关系更加可视化和可管控性。第三方仲裁能力大型企事业及政府部门在信息化建设过程中往往需要外部众多应用开发商参与，同时基于实用主义原则指导下的系统建设思路，各业务系统是在不同的历史时期建设完成的，并且随着软件行业盈利模式的演进，这些系统又被不同的服务商进行着日常的运行维护和版本升级。 ESB可以作为第三方仲裁机制，使得客户对各系统以及各集成商具有很好的协调和管理能力，各方系统的对外集成行为都会被该ESB服务中介所跟踪和审计，从而避免因为各方系统中数据的不一致而导致不必要的

24、纠纷。企业流程治理能力企业信息化并非一蹴而就，因此就需要有强大的IT管控和灵活动态的业务策略应对能力。规范的管理框架将更有效地实现IT与业务可视性和管控性。并进一步通过策略的机制（Policy Framework）不断实现IT治理和业务优化。同时也为SLA的实现提供了更为灵活和简便的方式，一切都能够基于服务来管控保障和治理优化。随着业务应用的越来越多，计算资源的高效配置和使用将变得越来越迫切。因此这样先进的、规范的SOA管理框架都将使得业务服务的仿真和虚拟化变得触手可及，我们的业务运营效率将进一步提高。规范化的SOA管理框架正在成为企业和机构客户落实“Enterprise-on-Service

25、”的发展策略和提升IT与业务一致性的重要手段和表现形式。高投资回报轻量级、高性能大型企事业及政府部门的发展现状对IT高性能的要求是国外企业无法比拟的，即使国外产品能够适合国内高端客户的极限要求，但是往往需要不成比例的高成本投入，使得企业对于IT投入的性价比不高，针对这些实际问题 ESB以更加轻量级的体系架构，大大降低了对底层软硬件环境的要求，并且针对国内实际情况对产品进行了集中优化，使客户只要以较低的投入就可以获得理想的性能要求。业务化、适国情业务化主要解决产品的可用性问题，由于国内在文化的差异性和使用习惯上的不同，在使用软件的过程中有其自身的特定，所以 ESB在产品在设计上更加的本土化，从而

26、大大降低了实施风险、提高了工作效率，而这一点实践证明意义重大，针对这些问题 ESB提供了更加符合国人习惯的产品使用方式，以及更多的业务化而非技术化的统计分析，使得用户更加容易理解。高开放、易扩展这一点又与国内产业环境的特点息息相关，由于业务的灵活性和丰富的个性化，使得产品在实施过程中需要针对某些特定场景进行适应性调整以满足客户需求，这一点已经在前些年实施ERP的过程中尤为明显，即使可以实现企业的实施成本也会很高。所以基于对这些问题的理解 ESB天生就具有很高的开放性和扩展性，包含协议的扩展、统计分析的扩展等，合作伙伴可以依托对外接口完成客户个性化的要求。高运营能力RAS（Reliability

27、，Availability，Serviceability）级服务运营能力是众多企业IT关键部件所追求的目标。ESB作为企业内部重要的基础设施，承载了众多业务的联通，甚至是关键的业务逻辑，这样就会对ESB的健壮性和可维护性提出了跟高的要求，不然一旦单点出现问题就会对IT所支撑的企业核心业务产生严重的影响，从而直接影响企业的业务拓展和客户维护 。久经大型企事业及政府部门客户的验证， ESB产品从设计之初就认识到了服务集成的关键问题和本质目标，并把这一认识不断深入根植在产品中。 ESB不仅可以应对企业内部复杂的IT环境，旨在可以健壮地融入各种集成服务，同时还可以提供各种服务血缘管理和运行跟踪机制，使

28、得IT部门能够更好地掌控服务集成的状况，为有效的运营提供必要的手段。更重要的是 ESB还提供了及时的SLA状态通知机制，使得IT部门的关键人员能够更加及时、自动化地了解关键部件的运行状况，并可以根据状况采取不要的运维和优化手段，从而大大提高业务部门的满意度，提高IT部门的KPI。 ESB产品关键特性作为企业IT架构中的关键基础部件 ESB除具有一般ESB产品的通用功能外，其优势在五方面：一是高性能、二是高可靠、三是高扩展性、四是业务化、五是个性化，未来也会向这五个方面不断投资与优化，除此之外还有本地化、研发级服务从而更加贴切满足客户需求。高性能企业希望集中管理服务的初衷推动ESB承载众多关键服

29、务的交互，从而导致ESB作为企业IT架构中的关键部件，在取得集中管理效能的同时也必然带来性能问题，企业当然不希望因为集中管理方式的部署，使得关键服务的性能有所下降，反而进一步的希望性能会有所提高，当然提高性能不仅仅是ESB本身的问题，更重要的是服务提供者自身性能及服务质量的提高，所以 ESB解决的首要问题就是降低服务交互在ESB上的性能损耗，从而保障了服务质量。 ESB借鉴了企业级软件几十年的丰富经验，融入了多进程管理，SEDA、NIO等成熟技术，同时不依赖于JavaEE容器，在系统架构上分散了性能消耗的瓶颈，从而在本质上提高了系统的处理效率。同时在复杂通信协议的处理上，更加趋向于底层协议的处

30、理，为高性能创造了先天的条件，从而为业务扩展提供了有力的支撑。抛弃了传统的EAI系统的建设方式采取更加轻量级的架构，同时针对国内行业普遍收敛的协议进行了重点优化，从而提高了产品的整体性能。同时因为其轻量级的特性使得对底层硬件的要求就不高，从而适应了大规模使用刀片服务器的行业趋势。高可靠基于ESB的关键部署形态使其可靠性提到了非常重要的位置，企业当然不希望因为ESB的健壮性问题而经常宕机或消息丢失从而影响关键业务的运行，所以在高性能的基础上可靠性性尤为重要。同时健壮性不仅体现在ESB基础设施的健壮性上，同时也体现在关键服务的可靠性上，因为系统风险的存在使得事前准备工作未免会有百密一疏的时候，如果

31、基础设施整体的可靠性出现问题的时候，就需要保证关键服务的可靠性，使其在环境恶劣的情况下也能最大程度地保证关键服务的QoS，从而提高平均无故障连续工作时间（MTBF）和降低系统故障平均恢复时间（MTTR）。同时作为第三方中介 ESB又可以作为仲裁机构，使得客户对各系统以及各集成商具有很好的协调和管理能力，各方系统的对外集成行为都会被ESB服务中介所跟踪和审计，从而避免因为各方系统中数据的不一致性导致不必要的纠纷。ESB在部署架构上是处于众多业务系统之间的中介位置，这样就意味着它会作为第三方参与了系统之间的服务交互，而这种交互不应当因为第三方的介入而降低可靠性，从而将数据质量问题蔓延到更多的业务系

32、统。 ESB采用取了SEDA、NIO等业界先进的技术以及松散的集群部署方式来保障ESB整体基础设施以及关键服务的可靠性，从而提高了ESB的容错性，以及可以应对不可预知的服务访问情况，譬如突发的服务访问、不稳定的网络造成的访问异常等。同时当QoS出现异常的时候，还可以通过更加必要的实时方式通知关键人员，从而在管理流程上保障了系统最小宕机时间。高扩展扩展性是 ESB的优势特性之一，是其主动融合性的重要体现。企业引入ESB的目标之一就是希望其能够与现有系统很好地融合，譬如与企业内部现有的权限系统，现有的告警系统、现有报表系统等，而这些系统又没有统一的标准，同时又是在不同的历史时期建设的，所以要想后来

33、引入的ESB很好地与现有基础设施融合就要求ESB具有很好的扩展性，通过必要的二次开发能与这些系统衔接。多样性、复杂性是在众多企业IT环境中实施ESB的重要特点，这就要求ESB产品必须具有更加开放的体系架构，以通过更加灵活的方式与现有系统融合，而恰恰是这一点导致了先前EAI产品实施效果不好的主要原因之一，同时也是众多面向更加广泛市场的ESB产品所不具有的。同时这种扩展性也增强了开发商依据业务上的优势提供更加符合企业自身特点的便利功能，从而能够更加体现引入ESB并不是“交钥匙”工程，而是一个架构的引入和业务不断演进的过程。 ESB产品在设计之初就有针对地在技术、业务、产业环境的特点的基础上重点提升

34、了产品的扩展性，提供了有针对性的、开放的API接口，使得ESB产品更加容易和企业内部现有的系统有机的融合在一起，譬如：与现有安全系统的融合、与现有IT网管系统的融合；同时也可以依托这些API定制符合集团或各省公司个性化的功能。业务化ESB是企业内部重要的基础设施，其日常的有效管理对提高工作效率和降低运营风险具有重要的意义。 ESB产品针对易管理性在设计之初就非常重视，譬如提供非常详细的服务调用轨迹信息，丰富的QoS质量指标，完备的日志信息和方便的进程管理机制，同时还可以依托服务运行的轨迹信息形成跨部门的业务流程的监控。个性化大型企事业及政府部门因其产业环境、业务氛围和IT建设历史的不同，必然导

35、致其集成的方式方法不可在行业或企业间复制，这也是为什么定制化服务市场异常火热，这对这一点作为本土公司具有很多优势条件：成功经验：近几年已经为大量客户提供了平台定制服务，包括为华为、中国建设银行总行、中信银行总行、国家开发银行总行等大型公司定制了平台与产品，积累了丰富的技术和管理经验。组织保障：成立了专门的部门集中管理、实施和维护定制项目。上面的优势为客户的项目成功提供了有力的保障，而国外ESB厂商更注重共性需求，并且ESB研发团队在国外，响应速度比较慢，无法及时为大客户提供定制化服务。 ESB产品组成及功能概述 ESB是基于多年对大型企业的IT建设及分布式计和集成能力的认识和技术积累而推出的服

36、务整合产品，是部署和实现SOA的理想工具，支持协议转换、消息转换、消息路由、服务编排、服务注册、服务查找、服务监控等功能。同时在功能体现和架构设计上融入了公司作为本土SOA中间件厂商多年来对国内产业环境的特点导致企业IT建设中对服务整合特殊情况的理解。协议转换协议转换是 ESB作为中介的重要体现，为企业内部各业务系统的松耦合通信和快速部署与调整业务功能创造了有力的条件，降低了因为频繁修改现有系统的通信协议而带来的稳定性风险。直接支持业界普遍的标准协议为了能够更好地与企业内部现有纷繁负载的业务系统很好地非侵入性的融合在一起 ESB直接支持国内企业信息化建设过程中普遍采用的SOAP/HTTP、JM

37、S、Http/Https、Socket、JDBC等标准协议，从而体现了 ESB作为基本企业IT架构中基本的中介功能。灵活的扩展框架支撑协议扩充为了能够适应个性化的特殊情况 ESB基于可扩展的多协议架构，基于此框架或者合作伙伴可以非常灵活地通过SPI等接口增加属于特定领域的专有协议，一方面增强了 ESB产品本身适应环境的能力，同时也为客户增值。数据转换数据转换在协议转换的基础上增强了 ESB作为服务中介的融合能力，在通信协议松耦合的基础上增强了业务能力的融合。 ESB支持XML、TXT、自定义消息等格式的消息，同时基于这些消息还可以进行消息增强（增加时间戳、增加字段、变换15位身份证号到18位等

38、），消息验证、消息组合等能力，使得多系统之间的数据融合逻辑承载在 ESB上，更加增强了新业务的部署速度和降低了因为修改相关业务系统带来的稳定性风险，提高了多系统之间的松耦合度。服务编排服务编排是进行快速业务创新和服务部署的关键能力， ESB可以通过重复利用本地或远程已有的系统的不同协议的服务进行组合从而生成新的服务，并可以通过不同的协议从 ESB上暴露给其他业务系统，增强了企业应对业务变化的能力，提高了企业的竞争力 。服务路由服务路由能力同样提升了相关通信系统之间的松耦合性，数据的发送方只负责发送数据，对于数据接收方的通信协议、数据格式、所处位置和运行状态都可以不用关心，从而直接地提高了企业内

39、部应用系统对业务的整体服务能力 。 ESB提供的路由能力包含：静态路由、动态路由、广播、消息拆分、聚合、穿透等方式，从而增强了在 ESB上部署业务逻辑的能力，收敛了因为应用之间的通信而所需要的融合逻辑能力。服务安全安全问题在某些业务领域或企业显得尤为突出，例如大型企事业及政府部门，为了增强系统的安全级别普遍认为可以从管理和技术两个方面入手， ESB主要从技术的角度提高系统的安全性，大体分为：访问安全：通过UserName/Password、IP或签名等机制对服务访问者进行身份识别，同时根据事先对其分配的权限访问进行访问控制，这种访问机制可以控制到具体的SOAP/HTTP操作，通过这种机制增强了

40、 ESB整体的访问控制能力，对系统的访问具有更强的可预知性。防窃取：当服务访问者的请求数据经过 ESB到达服务消费者的过程中，如果不进行有效的处理就可能导致机密的数据被不法人员看到，所以通常采取的措施就是进行加密，例如采取DES加密算法。防篡改：到数据在服务消费者和服务提供者之间传递的过程中，如果不进行有效处理，很有可能在对方不知情的情况下被第三方篡改，从而违背了数据发送方的意图，所以通常会采取数字签名的方式，从而在数据接收方收到数据的时候严重数据的完整性。服务质量服务质量是实施服务级别协议（SLA）的重要基础支撑，有助于建设更加可量化的应用调用关系，为建设可控的业务支撑提供了可能，譬如用户可

41、以根据SLA的指标配置触发提示的规则，并可以配置多级严重性，包括正常、提示、轻微、重大、危险和严重等。服务质量的具体指标体现在下列参数：流量控制（并发、挡板、超时）。成功率，失败率。消息数。错误数。故障切换/重试次数。验证错误数。响应时间。用户可设置SLA提示，向运行团队通知与业务和代理服务的状况，或与提供的服务质量有关的问题。触发提示时， ESB会向配置的电子邮件地址发送电子邮件通知。通常这些电子邮件发送给运行或管理人员，同时 ESB还可在提示触发时将消息发送到JMS队列。 服务注册服务注册基本上是一个在线的服务“黄页”，提供一个单一来源的目录元数据，用以存取，配置服务，包括服务细节，技术接

42、口，拥有实体，相关政策和XML模式。提供内外客户类似于在一个可控的方式内发现服务，这是消除“服务隐没”并提供服务获取访问的关键步骤。为能开发人员能快速发现满足他们的服务，服务注册提供了对企业服务的发布，目录和分类功能。不仅业务和技术元数据与服务关联，而且为服务提供者的联系信息亦能够被分类，使那些对一个服务感兴趣的与提供者直接联系。另外，服务注册服务作为SOA管理的一个单独、集中的控制点，被认为是SOA中一个重要组件，包括：服务和资源的生命周期管理，确保质量的内外部标准的遵循，告知利益相关者变化，控制对服务的接入等。服务监控服务监控是 ESB支撑起业务可视化特性的关键功能，因为实施ESB是客户想

43、集中管理企业内部纷繁负载的业务调用的目标之一，而为了达到这个目标进行服务血缘关系管理，调用状态管理是公认的必要手段， ESB提供了多维度统计分析，同时还提供了灵活的扩展接口，旨在允许客户可以通过扩展开发完成符合自身要求的多维护的统计分析或运营报告：服务运行情况。消费者访问情况。提供者提供情况。SLA满足程度。提供者与消费者之间的依赖关系。依赖分析，从而能确定哪个客户端在使用服务。ESB整体运行情况【失败、拒绝、超时、非法、正常】。依据这些价值数据可以为业务部门和IT部门的工作优化与调整提供了指导性素材数据，不仅有助于系统的演进，同时更加有助于部门的管理优化。消息机制为了支持异构环境， ESB提

44、供了多个通讯方式：发布/订阅：根据对消息的订阅规则，同一个消息可以被多个Endpoint消费。单路：Endpoint单向发出消息，并不期待有回复信息。请求/应答：Endpoint向队列中发出消息，并且可以从另一个队列中取得消息消费者的反馈信息。或者服务调用者一直等待服务的处理结束并有返回结果时。请求/回调：服务调用者异步调用某一服务并传递给该服务一个回调的服务地址，当该服务处理处理完后就调用该回调函数。同步和异步：同步/异步是最基础的调用机制。 ESB产品应用场景业务应用典型场景企业的信息化建设在市场、管理和技术等的多重因素的推动下不断演进，在“实用主义”原则指导下的企业应用都是在不同时期，以

45、部门为单位分别建设的，这样就会带来大量分散的系统：以“产品为中心”的发展阶段：职能部门间的整合在“产品为中心”的企业发展阶段，企业的生产流程是以“产品”为生命周期进行管理，从人、财、物到产、供、销，提高生产效率是企业的主要经营目标。在此过程中人们发现部门之间的协作是提升效率的有效方式，为了能够得到此目标，就需要各部门所依赖的不同应用系统之间进行通讯，这样就推动着集成问题在企业内部先期启动。以“客户为中心”的发展阶段：企业业务域间的整合由卖方市场到买方市场的转变导致激烈的竞争促使企业经营思路转变成“以客户为中心”，这样就要求企业需对“客户”进行全生命周期管理，从市场、销售、服务等不同纬度进行业务

46、整合，旨在为客户提供一致的感知，为企业管理提供统一的客户视图，为了达到此目标需要将企业内不同业务域内的各应用进行整合，从而促使企业集成问题向纵深方向发展。“产业链”的经营思路促使企业与更多维度的伙伴合作随着市场竞争的升级以及互联网技术的发展，迫使企业不断从业务模式上进行创新，以更加开放的思路收敛核心能力将自身融入到社会乃至全球市场中，通过与更多的外部伙伴合作为客户创造价值，使得企业运营所依托的IT系统所面对的外部环境具有更大的不确定性和更加复杂的问题，从而导致应用系统的建设更加的复杂。面对变幻莫测的市场需求变化，企业希望通过推进“服务化”提高敏捷性和响应能力：更方便地与客户和合作伙伴交互，更灵

47、活地设计和构建IT基础架构。为此，SOA（Service-Oriented Architecture，面向服务的架构）日益引起企业高层的重视。SOA将分散在企业应用中的功能组合为基于标准的互操作“服务”，与使用传统应用相比，企业可利用SOA更快地组合和重用“服务”，以满足业务需求。SOA围绕“服务”，而不是“应用”组织企业IT，能帮助企业更快地推出新服务，并灵活响应业务环境的变化。为了优化IT基础结构以便交付服务将SOA变成现实，IT组织需要一个智能化的基础架构，以降低服务重用的复杂性，并可靠地集成IT环境的各种技术、协议和应用。为此，IT组织创建了一个以“服务”为中心的集成层，以隐藏各种应用

48、和技术带来的底层复杂性，这就是说，SOA的成功离不开“集成层”，集成层支持异构环境下的动态服务交互。集成层必须对服务使用者隐藏服务端点的更改，同时支持现有服务的发展，并能够业务的发展，快速添加新服务以满足客户和合作伙伴的要求。统一服务平台随着互联网的发展和公司市场化的深入，电信运营商能够提供的服务越来越广泛，某电信希望由原来的以产品为中心的经营模式逐步转向以客户为中心的经营模式，这就要求IT系统能够围绕客户整合已有资源来提供服。某电信网上客服系统作为重要的客户接触渠道，需要整合后端各种能力为客户提供全面的服务，其中“统一服务平台”起到了至关重要的作用，如下架构图：通过整合8个主题域中的服务，并

49、可以根据自助终端和网上客服系统的业务需要对各服务进行组合生成新的服务，从而使得客户接触系统能够快速适应电信市场的不断发展和激烈的竞争，提高该电信运营商的服务水平和服务质量、增强对新业务的支撑能力和反应速度、满足客户要求的不断变化和发展。统一客户视图中国电信的经营理念正逐渐由“产品”为中心向“客户”为中心转变，这就对于IT系统提出了新的要求。由于建设时期的不同使得各系统数据及标准不一致，存在相同业务信息在不同系统中不一致的现象，从而无法取得统一的分析结果，不利于企业的精确化管理，给业务发展带来一定影响，这样就产生了对信息共享、集中、统一管理的要求。通过在OSS域依托“数据集成平台（ ESB）”建

50、设统一运营视图（ODS数据库），统一集中管理来自于网络资源、服务开通、故障处理、性能告警等系统中的资源、开通、故障、告警、产品等客户信息，从而成为企业后端运营数据共享平台，支撑跨系统数据的应用，提升数据质量，同时为企业前端提供有效的业务数据支撑。业务效果：提高运营数据质量提升客户感知加强人力资源管控精确营销支撑提升产品售中支持提升产品保障能力类似使用场景：电信综合网管系统。网管系统需要从各专业网管（话务、传输、数据）中不断实时、大数据量提取相关数据，形成从客户-产品-网络的完整视图。集团业务系统集团型企业中的某些业务条线往往是需要总部和各下属公司协作完成的，譬如：对外提供的服务或对内的运营管理

51、。电信运营商就是个典型，以其对外提供的服务为例，他可以向其客户提供“覆盖全国的DDN专线租赁”的电信网络服务，为了能够实现这种服务就需要建设运营商总部与其各省公司“上下协作”的电子运维系统，通过该系统总部可以协调各相关省份完成客户要求的DDN专线。由于这种“上下协调”的行为是在相当广泛并有通讯风险的Internet/Intranet上完成的，所以为了保障其有效性就需要在总部与各省公司之间提供可靠的信息传递，譬如使用如下图所示的 ESB中间件：类似使用场景：电信运营商（电信、移动、联通）在BSS域、OSS域、MSS域都有很多总部级的业务及对应的IT系统、这些系统都有类似上面的需求，譬如：BSS域

52、中的总部CRM系统，实现对跨省或跨国大客户的管理。OSS域中的总部“电子运维系统”、“长途资源管理系统”等。MSS域中的总部“内审内控系统”，“投资计划管理系统”等。集团化管理的国有企业，尤其是众多央企。政府职能部门管理条线：譬如 工业与信息化部申诉信息管理系统。为了能够更好地协调管理国内各电信运营商，工业与信息化部提供了可以受理来自不同运营商（总部、各省）的申诉情况并加以协调处理。保护核心业务经过多年的积累众多大中型企业已经积累了相对成熟和稳定的核心业务系统，但由于外部市场压力和内部管理不断演进的要求，又需要不断对其进行调整，这样就带来了如下的两个问题：降低核心业务系统的稳定性：核心业务系统

53、往往直接影响着企业的关键业务，频繁修改势必引入众多不确定因素从而影响系统的稳定性，给企业带来重大损失，譬如对电信核心BOSS系统的频繁修改。降低企业IT投资的边际效应：有些企业引入了国外成熟的套装软件，譬如：Siebel、SAP等，虽然它们提供了二次开发能力以适应新的业务需求，但每次调整都需要支付高昂的服务费用，并且上一次调整的投资不会降低下一次的费用，IT投资边际效应不高。解决方案：为了解决上面的问题业内众多企业采取的方法是：在其核心业务系统周围建设大量外围系统，通过这些外围系统来支撑频繁变化的业务需求，并且这些外围系统通过使用核心系统对外提供的服务与其有机地融为一体。但在实践中人们发现由于

54、核心业务系统资源的关键性和稀缺性以及众多外部系统的不确定性，需要一种措施来保护核心业务系统被外部的访问，从而引入了类似于“服务防火墙”的机制（如下图所示），并且要求其提供如下核心功能：访问控制功能：核心系统的计算能力在某一时间点是有限的，所以不可能无限制地支撑外围系统的并发访问，所以需要“访问控制功能”拦截服务请求，或驳回请求、或排队请求以减轻核心系统的负荷，保障核心业务的正常运行。权限管理功能：核心系统中往往承载着某些敏感信息，而这些信息又是受限使用的，所以对于核心系统功能的访问需要事先的授权允许 类似使用场景：电信运营商（电信、移动、联通）的某些省份、某些金融企业、或其他大中型企业引入了S

55、iebel，SAP等软件，势必会遇到上面的问题。电信核心业务支撑系统BOSS的外围系统。电信行业竞争的不断加剧，促使运营商需不断推出大量新业务，但又不能频繁修改核心BOSS，已经有先行者采取了“服务防火墙”方案。银行中间业务随着银行数据大集中及业务形态的转变导致的中间业务的开展,对前置系统的要求也越来越高。银行的生产系统本质上分为两大部分：一部分就是核心业务系统，另一部分是各种特色业务和中间业务。核心业务系统应该越稳定越好，上线后应尽量不变动；然而银行的业务又是不断扩展和变化的，这些就是特色业务或中间业务，所以就应当把稳定的核心业务系统与变动迅速的特色业务系统、中间业务系统应当分离开。在系统架

56、构上，前置系统完成了特色业务系统、中间业务系统（譬如柜面、电子银行、自助设备）向后台核心业务系统的统一接入。前置系统是一个以交换为核心的运行平台，基础的功能是完成渠道的统一接入和对后台其它系统的报文交换。在交换平台的上面是应用平台即特色业务系统、中间业务系统。前置系统的主要功能包括：提供各种接入方式（数据/协议转换），例如：外围网络（银联，VISA，Mastercard，JCB等）。连接终端（ATM，CDM，POS，柜台终端等）。电话银行，网上银行及其它金融机构。中间业务（代收付、外汇买卖、代办保险、代缴税款）。服务组合为满足特色业务的需要，前置系统应具备快速封装服务的能力，能够将复杂的业务功

57、能通过多个主机系统内部交易的组合或主机内部交易及外部系统交易的组合的方式实现。安全管理前置系统应当在数据传输过程中对数据进行基于可靠安全算法的数据加密解密；同时实现对各种类型的前端的身份合法性认证控制。类似使用场景：连锁零售企业的营业系统。这种系统支撑着零售企业日常门店业务的正常开展，同时有效保障了众多店面业务的灵活性和后端核心业务系统的稳定性。银行、证券和保险企业的各种中间业务系统。基于中间业务零负债经营的特点使得各金融企业竞相发展，譬如结算业务、信托业务、租赁业务、代理融通业务、银行卡业务等。ERP系统集成ERP系统已经流行多年，它本用于制造业，管理企业的生产过程（现在已经不限于制造业、随

58、着商品理念的不断外延ERP也应用于银行、电信等服务性行业），但即使是这样的目标从目前的情况看也很难管理下游的销售渠道和终端用户，所以称现有ERP是企业内部的信息资源管理系统比较合适。现有ERP系统通常是一个紧密耦合的软件包，可谓牵一发而动全身，因为其指导思想是“用户适应系统”即“需要用户适应ERP的管理理念”，这样就导致其不能满足现有企业日益变化的需求。那么如何才能让“系统适应用户”呢？供应链系统集成SCM（Supply Chain Management）系统主要解决企业与上游供应商和下游销售商的集成问题，本质上是追踪自己所订货的原材料或者零部件的生产进度和销售情况，以便作出最优的生产计划和保

59、持最小的库存。现代企业很多时候要么处于库存积压状态，要么处于缺货状态，这主要是因为没有掌握上下游供应链的状态。如何更好地减少库存和作出最优的生产计划是企业非常关心的问题，其本质上是一个企业内部信息和企业外部信息的整合问题。如下图显示了供应链的SOA解决方案，主要步骤是：企业首先要明确自己需要从上游供应商那里得到什么样的信息，譬如：“供货信息”主要包括原材料和零部件的进度。如什么时候发货，什么时候收到货，是否会有损耗等。企业要明确自己需要从下游渠道和零售店那里得到什么信息，假设为“销售信息”，例如每种产品的型号，每天的销售数量、退货数量、返修数量等。需要上游供应商创建“供货信息”的服务，以便企业

60、调用。需要下游渠道创建“销售信息”的服务，以便企业调用。创建企业“内部信息”服务，包括企业内部的订单查询服务、库存查询服务、物料查询服务、机械设备查询服务、生产能力信息服务等。将上游供货商“供货信息”服务、下游销售渠道的“销售信息”服务，以及“企业内部信息”服务接入服务总线，同时将APS高级生产计划系统接入到总线上。创建流程模块，分别调用上、下游和企业内部的服务，最后将结果作为输入调用APS计划系统，APS将会根据最优的生产计划完成生产工作。整个架构因为采用了服务总线和流程平台使得模块间处于松耦合状态，从而可以随时更新而不影响系统的正常运行。上面供应链方案中的关键点是：追踪下游销售渠道的产品销