数据交换平台建设方案

**工程数据交换平台

建设方案

目录

1.建设背景......................................................................5

1.1.背景......................................................................5

1.2.现状......................................................................5

2.建设内容6

2.1.建设目标.................................................................6

2.2.建设内容.................................................................6

3**平台概要设计7

3.1.企业服务总线详细设计....................................................7

,ESB弓|擎...........................................................7

.月艮务雌..........................................................17

3.1.13.服务资产管理模块..................................................18

.ESB工作台........................................................18

.系统管理模块......................................................19

3.1.2.技术路线及关键特性.....................................................19

.跨平台的JavaEE.............................................................19

.面向服务的体系架构（SOA）...............................................20

.服务请求处理模型（SEDA架构）....................................21

.直接构建在JVM之上...............................................23

.基于异步Servlet的HTTP接入.....................................23

3.1.3.应用场景...............................................................23

3.13.1.服务调用..........................................................23

.服务管控......................................................27

3.1.4.功能清单...............................................................28

.ESB集成配置环境..................................................29

.运行环境..........................................................30

.管理控制台........................................................32

.服务监控..........................................................33

.软件资产管理......................................................33

3.2.企业数据总线详细设计..................................................36

3.2.1.体系架构...............................................................36

.逻辑架构.........................................................37

3.2.2.功能组成...............................................................38

.交换桥接子系统...................................................38

2

.前置交换子系统....................................................39

3.2.23.交换传输子系统....................................................40

,交换管理子系统....................................................40

3.2.3.技术路线及关键特性....................................................41

3.2.3.1.跨平台的JavaEE.........................................................................................................41

3.23.2.面向服务的体系架构(SOA).................................................................................41

3.23.3.多维度交换方式....................................................41

3.23.4.多数据格式交换....................................................41

3.23.5.多交换周期支持....................................................42

323.6.PKI和数字证书.....................................................42

3.23.7.公私密钥对加密算法...............................................42

.消息队列MQ.............................................................................................................43

3.2.4.应用场景...............................................................44

.横向交换..........................................................45

.纵向交换..........................................................56

3.2.43.内部交换..........................................................64

3.2.5.功能清单...............................................................69

.集成开发环境......................................................69

,运行环境..........................................................70

3.2.53.管理控制台........................................................71

,代理端............................................................73

3.3.数据管理平台详细设计..................................................73

3.3.1.体系架构...............................................................73

.逻辑架构..........................................................73

.物理架构..........................................................74

3.3.2.功能组成...............................................................75

3.3.2.1,元数据簿里........................................................75

3.322.数据质量管理......................................................79

3.3.23.数据标准管理......................................................83

3.3.3.技术路线及关键特性....................................................85

3.3.3.1.跨平台的JavaEE........................................................................................................85

3.33.2.面向服务的体系架构(SOA).................................................................................85

3.33.3.丰富的连接功能...................................................85

3.3.4.应用场景...............................................................86

3.3.4.1.数据可视化管理....................................................86

33.4.2.数据资产管理......................................................88

.数据变更..........................................................89

33.4.4.数据问题定位......................................................90

33.4.5.数据标准制定与落地...............................................90

33.4.6.数据质量提升......................................................90

3.3.5.功能清单...............................................................91

3

3.3.5.1,元数据WI里.......................................................91

33.5.2.数据质量管理.....................................................98

4

1.建设背景

1.1.背景

1.2.现状

5

2.建设内容

2.1.建设目标

2.2.建设内容

6

3.**平台概要设计

•统一应用支撑：

统一接口服务：指建立基于统一的企业服务总线提供企业服务总

线和服务监控平台，最终实现服务治理，提升信息系统效率。

统一数据服务：指通过元数据、数据交换等技术，形成统一数据

平台，建立和展示数据的全景地图，使各业务系统有统一数据标准和

规范。

统一数据交换：指建立统一的数据交换体系，实现横向、纵向、

内部等多维度数据交换，完成多类型数据、多种频度的交换共享。

3.1.企业服务总线详细设计

3.1.1.功能组成

.ESB弓|擎

ESB引擎服务为企业服务总线server,提供了多协议的支持以及

为服务运行提供了高性能、高可靠的运行环境，主要功能与特点如

下：

1）对各种标准的、非标准的协议、应用、数据格式提供优秀的支

持（支持File、FTP、JMS、HTTP、TCP/IP、SOAP、SMTP、

JDBC等协议的接入和接出）；

2）支持协议之间的转换；例如：HTTP-JMS等；

3）支持消息转换，例如：WS-WS等；

7

4）支持对接口单位时间内吞吐量的配置和控制功能；

5）支持传输安全、消息安全、管理安全、安全策略等功能；

6）可以从服务、服务系统、渠道、错误码等多个维度进行异常处

理；

.1.服务建模

服务总线在服务建模方面，提供可视化设计器与相应的开发机

制。

提供开发期SOA服务的建模机制：开发期SOA服务组件从模型上

支持基于WSDL（WebServiceDescriptionLanguage）的接口与本地

Java接口的开发。服务组件提供给别的服务调用的入口叫Interface

（接口），而服务组件本身可能也需要调用别的服务，这个调用出口

叫Reference（引用），服务总线支持开发期的服务引用的配置，并保

证无论是接口还是引用，其调用规范都是WSDL或Java接口。

服务总线同时提供可视化设计器，通过设计器本身提供的基于ESB

企业服务总线的适配器组件进行图形可视化编排，形成服务模型。同

时基于可视化设计器能够与企业服务总线有效结合，将服务模型以服

务的方式部署到企业服务总线的运行容器中运行。

.2,服务对接

平台基于ESB基础架构，提供完整的企业服务总线能力的基础

上，具备完善的功能对接能力。

平台的对接功能，基于协议，适配器，以及JMX的协议，提供外

8

部功能以及外部系统的接入。平台的对接能力体现有两方面：

•平台与服务对接

平台提供WebService对接能力，具有WebService适配器组

件。该适配器组件具有标准的WebService规范功能，同时提供可视

化的界面以组件托拽形式完成服务的对接。

•平台与外部系统对接

平台与外部系统的对接主要有几种方式，一种是通过上面提到的

WebService服务方式对接。除此之外平台提供对多种协议，例如

JMS、Socket,川X等。实现API级别对接和界面级别对接的方式。

3.LL1.3.服务注册与管理

服务注册库SRR(ServiceRegistryandRepository)以一致的

方式存储服务并对服务进行版本控制。服务注册库支持运行时的服务

端点查找(serviceendpointlook-up),有助于防止服务的新版本

的部署对服务消费者的影响。

服务总线服务重用的关键是SRR具备服务注册与服务查找的能

力。SRR不仅支持服务发现和服务重用，同时还支持在各个领域彼此关

联的服务，例如，元数据管理。在实时运行的服务之间进行动态、有

效的交互，来增强连通性。通过利用动态连接，SRR能够使ESB在请

求到达时找到最适合的端点，从而支持动态SOA与松耦合。

在整个SOA产品的生命周期中可以对SRR进行管理，从开发、测

试、生产直到结束。SRR要管理整个机构中的服务访问权限，确定哪些

客户能够进行访问以及能够访问哪些服务。它在整个监管生命周期中

9

通过用户、用户类型和服务发布地点来进行监管。

服务总线提供了支持服务注册库SRR,可以进行服务的注册、导

入、导出、代理Web服务和服务的发现、查找、删除等功能，并将进

一步加强服务的管理及监管功能。

服务注册库SRR(ServiceRegistryandRepository)以一致的

方式存储服务并对服务进行版本控制。服务注册库支持运行时的服务

端点查找(serviceendpointlook-up),有助于防止服务的新版本

的部署对服务消费者的影响。跟一些业务规则一起运用，来为特定的

请求和特定的客户选择最合适服务端点。通过与监控设施结合运用，

可以从负载平衡的角度或者根据特定业务需求，来确保服务级协定

(SLA)不被破坏。

为了实现服务重用，需要对服务进行治理(Governance),以实

现按照希望的重用方式来设计、建造和运作这些服务。

SRR是存储已用、计划使用或想要了解的系统(或其他机构系统)中

的服务信息的地方。它帮助实现服务语义和缩小IT和业务世界之间的

差距的业务含义，并提供服务的业务级视图。一个应用能够在其调用

服务之前核查SRR,确定满足功能和性能要求的最合适的服务。SRR的

首要作用就是促进业务服务的产生、访问、监管和重用。它使得业

务、服务以及SOA基础架构元素之间的交互可以集中化管理，并统一

了监管服务供应商、用户和服务之间进行交互的标准和原则。总的说

来，SRR促进了业务对象之间的协调关系、IT资产的重用和S0A的逐

渐推广。

服务注册中心能够回答“什么是服务”以及“服务定位于何处”

10

的问题。而只有服务仓库可以回答下列问题：服务如何被使用、它们

之间如何交互、谁在使用这些服务以及为什么使用。为了获得SOA收

益，注册中心和存储库都是必须的一一需要同时具备这两种能力，才

能实现所需的价值。

对于成功的SOA部署而言，当不再局限于第一个独立项目时，SRR

对于有效实现SOA的价值是必须的。如果决定构建SRR,就应该努力获

得以下这些能力：

•发布与查找服务

SRR需要具备在各部分发布与查找服务的能力，这种能力是重用的

关键。同时一，这种使服务社会化的能力能够明确通用的服务，避免重

复工作，并促进重用。必须确保在考虑SRR的时候，不仅仅支持服务

发现和服务重用，同时还支持在各个领域彼此关联的服务，例如，元

数据管理。否则将无法对服务进行分类，订购改变或更新，或者在改

变产生之后，无法及时通知相应的客户。

•监管

SRR需要在整个SOA产品的生命周期中进行管理，从开发、测试、

生产直到结束。SRR要管理整个机构中的服务访问权限，确定哪些客户

能够进行访问以及能够访问哪些服务。它在整个监管生命周期中通过

用户、用户类型和服务发布地点来进行监管。

•增强

11

SRR需要通过在实时运行的服务之间进行动态、有效的交互，来增

强连通性。通过利用动态连接，SRR能够使平台在请求到达时找到最

适合的端点，从而支持动态SOA与松耦合。

•管理

为了促进服务性能的优化，SRR必须确保政策有效执行，并能够对

该政策执行的效果进行分析。它必须能够统一服务测量标准并理解服

务性能。这种理解能够帮助业务完成服务级的一致化过程。

一个SRR必须要具备发布服务、查找服务、增强服务、管理服务

以及监管服务的功能。但是，一个SRR除了要具备上述的这些功能之

外，还必须保证服务所支持的互操作是标准的。服务标准对于现有投

资与基础构架的利用是相当关键的，比如支持WSDL、XML、XSD、

BPEL、SCG与其他的一些支持真正互操作的标准。这种开放标准支持所

有标准的注册中心与存储库的整合。SRR就像图书馆中的卡片目录，因

此它需要具有在整个机构中链接信息源的能力。

服务总线提供了支持服务注册库SRR,可以进行服务的注册、导

入、导出、代理Web服务和服务的发现、查找、删除等功能，并将进

一步加强服务的管理及监管功能。

.4.服务发布

平台基于ESB基础上提供强大的服务发布功能，可直接将SQL复

杂指令发布为WebService服务，或者通过自定义服务接口发布服

务。所有服务均符合WS-I标准规范。

12

可直接通过ESB定义的数据源连接外部数据库，并将操作此外部

数据库的SQL复杂指令发布为WebService服务；或者通过配置出入

参或者契约优先的方式来发布自定义服务，并将服务的业务逻辑绑定

为在ESB引擎上运行的流程。

.5.服务适配

平台基于ESB基础上支持将外部的服务适配，并通过ESB进行发

布，它可提供用户自定义的拦截器对服务消息进行处理，并可增加或

者剥离服务消息级的安全策略。

ESB通过WSDL文件或者服务URL将企业应用发布的服务适配进入

总线，在对带有服务消息级的安全策略的服务进行剥离后，根据实际

场景需要来重新添加服务消息级的安全策略，并重新发布成服务。

.6.服务调用

平台基于ESB基础功能，支持对注册到总线的服务或者其他的标

准服务进行动态调用。

ESB在流程中提供服务调用组件来调用发布在ESB或者外部的服

务。通过导入WSDL文件或URL的方式将ESB或者外部的服务导入流程

中，将上游其他组件的输出作为服务的输入参数，在服务调用组件调

用成功后，将外部服务的输出参数作为此调用组件的输出参数，以供

后续其他组件使用。

.7.服务发现

随着业务的不断增长，平台中的服务会越来越多，这样用户在查

13

找服务时会造成一定的影响。服务总线为了解决该问题，提供服务发

现的功能。一般来说，服务的使用者在使用服务之前是不知道使用谁

提供的服务的。平台提供了服务发现的功能，帮助服务使用者发现适

合它的服务提供者。

用户在使用平台提供服务时只需要在平台提供的服务发现功能，

就可以快速的匹配所要使用的服务。

3.L1.1.8.协议转换

服务总线底层是基于企业服务总线ESB构建的，所以平台具备企

业服务总线的一切特性和功能。

由于ESB具有服务地址透明的特性，因此协议转换是企业服务总

线所与生俱来的功能。一个应用的某个基于具体的中间件平台和具体

技术的功能接口，被接入到服务总线中，ESB会将该功能接口以服务的

方式进行封装，并注册到ESB服务注册目录。服务的请求者能够通过

简单的名称索引，就可以发现和调用所需要的服务，而不需要关心所

需服务的具体地址信息，做到服务地址透明和服务实现透明。

通过服务地址透明和服务实现透明这两大特性，可以保证服务请

求者和服务提供者之间的松散耦合。对于一个特定功能的服务，因

此，无论对于RMI、SOAP、还是JMS,服务请求者完全不必关心，对服

务提供者进行了替换时，服务器的请求者也完全感知不到这样的变

化。

.9.服务申请

14

平台为保证服务使用的规范性提供了服务申请功能，该功能规定

了服务使用者在使用平台提供的服务时需要申请的流程规则。

服务使用者在使用平台提供的服务时，首先需要提交服务申请，

当申请通过后才可以正常的调用该服务。

服务的申请是具有权限的保证，平台提供了服务申请的权限设

置。平台管理员可对服务设置权限，只有具有申请权限的用户才可以

申请特定的服务。

3.LLL10.服务审，比

平台为了规范服务注册和调用的安全性，提供服务审批功能。

服务审批是分为两种情况，一种是服务发布者在平台注册服务时

需要平台管理员进行审批，当审批通过后，才允许在平台中注册服

务。另一种是指服务使用者调用平台对外提供的服务时需要平台管理

人员或服务发布者审批的过程。

服务审批主要有两种结果状态：审批通过和审批不通过。

审批通过：

(1)当审批通过后，允许服务发布者注册该服务。

(2)服务调用者可用调用平台对外发布的服务。

审批不通过：

不允许服务发布者注册服务，并提供审批不通过的原因。

不允许服务调用者调用平台提供的服务，并提供审批不通过原

因。

15

审批不通过时，用户可以根据审批意见返回修改服务注册或调用

情况，当修改完成后再次申请或放弃。

.11.服务编排

服务编排指对注册在SRR上的多个服务进行调度与协调，在基础

服务之上封装新的服务。服务编排的目的是为了提高服务的复用性和

服务开发的效率，被编排的各个服务之间是松耦合的，他们可以独立

地进行替换或修改，而不对另一方产生影响。

服务编排指对平台之上的多个服务进行调度与协调，在基础服务

之上封装新的服务。服务编排的目的是为了提高服务的复用性和服务

开发的效率，被编排的各个服务

服务总线提供可视化的开发工具，该工具是基于国际标准化集成

开发平台（IDE）EclipseRCP开发的业务设计器，通过它可以帮助本

系统的实施方快速、可视化配置和定义各种数据源、任务流程、服务

编排、任务调度等业务逻辑。

3.LLL12.服务性能检测

系统性能监控提供了对监控主页和平台节点JVM性能的监控功

能，可以在监控主页订制添加监控挂件小工具来监控关心的监控项，

可以通过JVM性能监控功能监控各个节点JVM运行情况。

服务总线开发套件工具支持系统运行期间的监控和报警，可对服

务过程中的进度、差错、纠正、恢复等方面进行监控、报警和故障分

析，开放套件提供图形化的操作界面。

16

服务总线提供了全套，完整地集系统管理、适配部署、MQ配置、

流程定义、日志统计于一体的配置部署工具，并且提供了非常友好的

可视化界面，更多的以业务的视角展现数据集成中所需要解决的问题

和难点。

同时一，服务总线还提供了基于浏览器的监控和管理工具，能够做

到运行期对整体平台的实时监控。

.13.服务路由

服务总线本身不直接提供服务，而是通过将服务提供者发布的服

务注册到SRR上，当服务消费者请求服务时，总线根据内部维护的路

由规则，将消费请求分发给相应的服务提供者。

服务总线通过流程化的方式，有机的组合和串联各个服务和数据

处理组件，以流程化的方式，制定服务路由规则。

.服务监控

服务监控组件的功能能给与ESB服务总线强有力的支持，能进行

事前预警、事中告警、事后分析等工作；主要功能有：

1）能按照多个维度进行统计，如：消费者维度、提供者维度、服

务类型等；统计之后的结果通过服务资产管理模块进行展示。

2）支持对接口进行运行诊断，诊断应包含，例如：操作所属系

统、操作所属接口、被调用操作、调用系统、调用时间、耗时

等，审计结果进行通过服务资产管理模块进行详情查看，例

如：详细的接入接出时间、请求报文、响应报文等。

17

3）能采集、分析•、统计并持久化服务调用的详细日志信息；日志

信息包含内容，例如：开始时间、结束时间、调用结果、耗

时、服务、请求报文、响应报文、报文大小等。

.服务资产管理模块

服务资产管理模块提供了用户权限管理、服务注册、服务查找、

服务部署等核心功能，主要的功能与特点如下：

1）系统支持原子服务注册，每个接口操作由唯一操作编码；

2）可以提供基于目录树形式的注册和管理，服务目录树能够清晰

显示域.系统.服务.操作的层次关系，直观展现服务之间的调

用关系，并能提供服务查找功能；

3）支持测试、暂停、上线、注销等状态管理；支持服务能力状态

的有条件迁移，并能够通过服务状态的迁移控制服务是否可以

访问。

4）支持自动解析服务能力的接口参数结构；例如：HTTP+JSON.

SOAP+XML的接口参数结构的自动解析。

5）支持按照调用系统、被调用操作、时间段、等属性对服务进行

综合查询。

.ESB工作台

ESB工作台是进行图形化服务装配和开发、调试的IDE环境，主要

有如下功能与特点：

1）支持服务装配、服务开发、服务调试；

18

2）支持对服务层提供的不同模块服务的可视化编排，多个服务进

行编排形成新的服务，能以类似工作流图元的可视化方式展示

新组合服务的流程；

3）支持路由调度功能，支持灵活配置路由规则，路由到对应的模

拟器；

4）可以配置超时时间和复杂的异常处理机制

5）支持对接口请求并发数的配置，超过并发数ESB引擎会采取一

些措施进行控制；

6）支持对接口单位时间内吞吐量的配置，通过吞吐量阀值，ESB

引擎会采取一些措施进行控制；

,系统管理模块

1）提供了独立和集群环境中的ESB引擎进行管理；

2）支持对在线对ESB引擎的参数进行配置调整，并即刻生效；

3）支持配置JMS队列；

3.1.2.技术路线及关键特性

.跨平台的JavaEE

为了保证**平台的高可用性、高可靠性和可扩展性，系统应选择

支持企业级计算的成熟技术路线。

JavaEE体系架构具有如下优点：

1.JavaEE体系架构是目前业界使用最为广泛的体系架构之一，它为

19

按照基于组件的应用模型设计分布式应用提供了一个简单而统一的

标准。

2.JavaEE体系架构是基于Java语言进行开发具有平台无关性，能够

满足**平台跨平台、跨系统的特性要求。

3.JavaEE体系架构具有组件化开发模式的特性，利用可重复配置的

构件，简化应用开发。在分层结构中，从表示层，商业逻辑层，到

数据层，各层都是由各种构件组成的，它们都是可重用的。系统可

以很容易地部署第三方提供的构件，从而加速系统的开发进程。

4.JavaEE的体系结构是基于构件和容器的。构件开发者可以定义访

问构件的权限，通过角色管理，JavaEE提供有效的安全机制，为

基于JavaEE开发的企业级应用高效、健壮的运行提供了有力的保

证。

5.JavaEE的体系结构可以方便地得以扩展原有的业务系统。利用JMS

可以集成遗留系统。使用JavaIDL可以实现与用不同编程语言开

发的应用的集成。JavaEE支持分布式事务处理，因此，可以很容

易地扩展成支持分布式数据库。

.面向服务的体系架构(SOA)

SOA面向服务的体系架构(ServiceOrientedArchitecture),

它是一种松散耦合、基于标准和独立于协议的分布式软件设计模型，

是理念架构和用于构建面向最终用户提供应用程序功能的分布式系

统，其核心的理念是服务。在这种体系结构下，由独立可复用的服务

组件构成系统功能，这些服务对外公布意义明确的接口，系统开发者

20

通过接口调用来实现相应的应用功能。

**平台采用SOA的架构，将原来各自为政的系统有机地整合起

来，实现业务系统间的数据交换、信息资源共享。提供一个面向服

务、面向消息和事件驱动的技术平台。

WebService是SOA的一种实现方式，可以把它看作一种新的Web

应用程序。这种程序具有自包含、自描述和模块化的特点，能够被发

布、定位，并通过Web实现其动态调用。如果一个WebService配置

完成，其它的应用程序甚至是其它的WebService都可以通过

Internet发现并调用它，并使用开放协议进行通信。概括地说，Web

Service是独立且自我描述的（self-contained）,通过使用UDDI来

发现和定位，并可被其他应用程序使用。**平台通过实现基于Web

Service的标准接口，异构系统可以直接调用**平台提供的服务功能。

.服务请求处理模型（SEDA架构）

为了支撑大规模并发处理场景，需要更加合理的分配利用系统资

源，提高系统响应时间，隔离外部系统的不稳定，保障系统稳定可

靠。**平台采用SEDA（即分段式事件驱动架构）实现分段处理能力。

将**平台通过分段事件驱动架构，分为接入层、执行引擎、接出

层。接入层负责接收外部应用的服务调用请求，并把请求通过消息队

列（异步模拟同步）或本地Native方式（穿透），发送给核心引擎，

核心引擎的线程池根据分配的资源多少（线程池大小），对消息队列

中的请求消息进行处理，并将处理结果返回给接入渠道。同时，核心

引擎调用外部服务时，也同理使用消息或本地方式，发送到接出层的

21

队列中进行处理。从而将原有的同步请求处理，转化为消息方式的三

段异步处理，保证接入时的高吞吐，隔离外部服务不稳定引起的资源

占用等。

图1SEDA架构

参照上图，SEDA分段架构中的每一个Stage大致包含几部分内

容：事件队列、事件处理器、控制器、资源池等，事件队列负责接收

接入请求，收到请求后由控制器进行流量统计、权限校验、资源分配

等，最终由事件处理器进行处理。实际使用中，可对业务进行分组，

每组业务可由不同的Stage进行处理，多个Stage直接可以配合工作

完成业务处理。这种基于SEDA架构的**平台业务处理模式具有以下特

八占、、♦•

•接入、处理、接出三段异步解耦，方便扩展

•可按业务要求进行分组处理

•根据业务要求情况进行资源合理调配和伸缩

•隔离外部不稳定因素，保障引擎可靠运行

•支持流量、权限、超时控制和异常处理等，处理方式可扩展

22

.直接构建在JVM之上

直接构建在JVM上，为性能提升和架构发展提供了空间；同时，

不依赖于WebLogic、WebSphere>Jboss、Tomcat等J2EE容器，降低

客户部署的复杂性和购买成本；为此，摆脱J2EE环境不必要的冗余功

能，使ESB系统更加轻量级。

.基于异步Servlet的HTTP接入

使用异步Servlet技术，解决了普通Web容器在处理长时间服务

调用时，工作线程被挂起的问题，提高了系统的吞吐量。

图2基于异步Servlet的HTTP接入

3.1.3.应用场景

.服务调用

3.13.1.1.同步调用

23

由用系统B

（服务提供者）

-

1、发起服务请求报文到

-

I

V

u

>

鳖

3、转发服务询求报文到

总

应

用

线

系

处4、处理服务请求报文

统

理

处

理

AA

5、诋回服务响应报文

-

-

-^^>6.处3JKS响StJSS

-

4亚回掘制8成报文......

图3同步调用流程

1.服务消费者［应用系统A］调用服务总线ESB上发布的某个服

务，即服务消费者发送请求报文到服务总线ESB,在服务总线

ESB返回处理结果之前，服务消费者一直处于等待状态；

2.服务总线ESB接收请求报文并作处理；

3.服务总线ESB将该请求报文按照规则转发到服务提供者［应用

系统B］；

4.服务提供者［应用系统B］处理该请求报文；

5.服务提供者［应用系统B］返回处理结果；

6.服务总线ESB对服务提供者［应用系统B］返回的结果进行处

理；

24

7.服务总线ESB将处理结果返回给服务消费者［应用系统A］；

8.到此为止，一次同步调用完毕（1步〜7步），服务消费者［应

用系统A］继续处理其他业务逻辑；

.2.异步调用

应用半琉A服务总线施用系及B

（■努消费者）（ESB）（■努提供者）

1、发起展务访求报文到

3、返回・认般文

4.转发做务清末侬到

6、逅回・认报文

应发起8R务清求报文到

用

系

统

发

A起

保V转发fig考询求报文到

存

馨

务清求服文

清A

求•13、踞回・认报文

_-—

图4异步调用流程

1.服务消费者［应用系统A］向注册在服务总线ESB上的服务发起

服务调用；

2.服务总线ESB保存请求报文；

3.服务总线ESB向服务消费者［应用系统A］反馈收到请求报文；

25

4.到此为止，服务消费者［应用系统A］可以不必等待服务提供者

［业务系统B］的处理结果，而继续处理其他逻辑。

5.服务总线ESB将持久化的服务请求报文转发到服务提供者［应

用系统B］暴露的服务上；

6.服务提供者［应用系统B］保存请求报文；

7.服务提供者［应用系统B］向服务总线ESB反馈确认报文；

8.到此为止，服务总线ESB不必继续等待服务提供者［业务系统

B］的处理结果。

9.服务提供者［应用系统B］处理请求报文；

10.到此为止，没有任何其他系统的进程在等待服务提供者［应用

系统B］的处理结果。

11.服务提供者［应用系统B］将处理结果发送给注册在服务总线

ESB上的服务；

12.服务总线ESB保存处理结果；

13.服务总线ESB向服务提供者［应用系统B］反馈收到请求报文；

14.到此为止，没有任何系统的进程在等待服务提供者［应用系统

B］的处理结果。

15.服务总线ESB将处理结果发送到服务消费者［应用系统A］暴露

的服务上。

16.服务消费者［应用系统A］保存处理结果；

17.服务消费者［应用系统A］向服务总线ESB发送确认消息报文；

26

到此为止，整个闭环的业务操作执行完毕，这个处理过程以异步

的形式被分割成若干互补等待的处理过程。

.服务管控

.；主册服务

1.服务提供者规划服务、开发服务，并测试验证通过。

2.服务提供者通过在线工具检验WSDL是否符合规范。

3.服务提供者将服务WSDL通过在线工具转换成服务注册Excel

文件，并填写中文描述。

4.服务提供者将Excel文件提交给服务治理小组。

5.服务提供者用WSDL开发部署包。

6.服务提供者通过ESB工作台将部署包部署至ESB引擎。

7.服务调用者提供调用关系Excel文件给服务治理小组。

8.服务治理小组在企业服务总线的服务资产管理模块中根据

Excel注册服务，声明调用关系，通知ESB引擎。

9.服务调用者通过ESB调用服务，测试验证调用结果。

10.服务治理小组测试验证服务的注册与部署情况。

.2.变更服务

1.服务提供者规划服务，变更服务，并测试验证通过。

2.服务提供者通过在线工具检验WSDL是否符合规范。

27

3.服务提供者将服务WSDL通过在线工具转换成服务注册Excel

文件，并填写中文描述。使用Excel文件通过在线工具与之前

注册的接口进行对比。

4.服务提供者将Excel文件提交给服务治理小组。

5.服务提供者用WSDL开发部署包。

6.服务提供者通过ESB工作台将部署包部署至ESB引擎。

7.服务调用者提供调用关系Excel文件给服务治理小组。

8.服务治理小组在企业服务总线的服务资产管理模块中根据

Excel注册服务，声明调用关系，通知ESB引擎。

9.服务调用者通过ESB调用服务，测试验证调用结果。

10.服务治理小组测试验证服务的注册与部署情况。

3.注销服务

1.服务提供者通过ESB工作台卸载ESB引擎上对应服务的

module包。

2.服务提供者提供注销的服务的清单给服务治理小组。

3.服务治理小组在企业服务总线的服务资产管理模块中注销对应

服务，删除与服务关联的调用关系，通知ESB引擎。

4.服务调用者的客户端进行相应调整。

5.服务调用者运行影响的系统，验证测试调用结果。

3.1.4.功能清单

28

.ESB集成配置环境

1.集成配置环境中HTTP、HTTPS协议接入接出的相关图元的开

发、协议接入接入的解析、调试及属性配置；

2.HTTP协议接入层可视化组件开发，包括名称、端口、连接参

数、响应线程池属性配置

3.访问URI、服务名称、响应线程池、转换器属性可视化配置

4.访问名称、实际业务访问URI

5.集成配置环境中Webservice协议接入接出的相关图元的开

发、协议接入接入的解析、调试及属性配置；

6.集成配置环境中川S协议接入接出的相关图元的开发、协议接

入接入的解析、调试及属性配置；

7.集成配置环境中TCP协议接入接出的相关图元的开发、协议接

入接入的解析、调试及属性配置；

8.集成配置环境中UDP协议接入接出的相关图元的开发、协议接

入接入的解析、调试及属性配置；

9.集成配置环境中FTP协议接入接出的相关图元的开发、协议接

入接入的解析•、调试及属性配置；

10.集成配置环境中EMAIL协议接入接出的相关图元的开发、协议

接入接入的解析、调试及属性配置；

11.集成配置环境中EJB协议接入接出的相关图元的开发、协议接

入接入的解析•、调试及属性配置；

29

12.集成配置环境中TUXEDO协议接入接出的相关图元的开发、协

议接入接入的解析、调试及属性配置；

13.新增协议可以通过集成环境提供的插件机制进行扩展，包括集

成环境中图元的扩展点，协议接入解除的扩展点，调试与配置

的扩展点，

14.中介服务可视化配置、调试以及属性设置；

15.支持调用JAVA图元的开发；

16.可视化的服务编排、接入/接出绑定等功能；

17.可根据条件判断服务流转走向；

18.松耦合各种数据和协议的转换；

19.模型的导入导出功能；

20.消息格式转换配置功能；

21.可视化配置异常的捕获点，按照需求对不同的异常进行不同的

分支处理；

3.L4.2.运行环境

1.中介流运行引擎，在进行转换的过程中，按照事先的规则调用

各种EndPiont；

2.HTTP运行引擎，使得服务总线能够通过HTTP方式方便地调用

外部服务；

3.WebService运行引擎，使得服务总线能够通过WSDL方便地调

30

用外部服务；

4.JMS运行引擎，支持发布订阅、队列消息；

5.TCP运行引擎，支持通过TCP协议发送接收消息；

6.UDP运行引擎，支持通过UDP协议发送接收消息；

7.FTP运行引擎，支持通过FTP方式进行文件的上传与下载；

8.EMAIL运行引擎，支持邮件的发送与接收；

9.TUXEDO运行引擎，支持调用外部TUXEDO服务；

10.可根据SAM中的流量控制策略配置来控制访问流量

11.可根据SAM中的IP地址访问权限策略配置来控制访问权限

12.可根据SAM中的用户名密码策略配置来控制用户访问权限

13.支持集群模式部署

14.支持ESBServer负载均衡

15.支持单点故障控制

16.提供拦截器功能，支持通过拦截器拦截服务请求；

17.静态路由功能，服务在运行过程中根据请求内容进行分支路

由；

18.动态路由，支持动态服务调用功能（对拼装出的服务地址进行

动态调用）；

19.穿透式路由，支持服务对消息不进行解析或者只进行部分解析

即可发送给其他服务的路由方式；

31

20.可根据设定的超时时间来控制服务超时；

21.可根据SAM中配置的服务探测策略进行服务状态检查，自动识

别服务状态；

22.支持Console模型热部署

23.支持Console下对模型变量的修改

24.接入请求的异常扑捉和处理；

3.1.43.管理控制台

1.ESB服务器注册、删除，服务器状态和分组管理

2.ESB服务器分组管理；

3.ESB模型部署；

4.ESB模型卸载和查看；

5.可根据条件查找部署的服务；

6.系统配置管理；

7.模型变量配置管理；

8.服务配置管理；

9.队列配置管理；

10.数据库连接池及数据源配置管理；

11.ESB监控级别配置管理；

12.ESB队列监控管理；

32

.服务监控

1.提供详细的服务在ESB上运行的轨迹信息，从而为后续的服务

分析和数据稽核做好了充分的数据准备工作；

2.提供针对服务运行的信息的信息进行统计分析；

3.提供记录详细的服务运行日志到数据库及磁盘功能；

3.1.45软件资产管理

1.服务接口注册管理，注册服务按照域.系统・服务.操作方式进

行编码，按照目录树形方式进行显示，接口服务的增删改

查操作

2.请求系统IP地址管理，请求IP地址的增删改查；

3.配置服务消费者和服务提供者之间的调用关系

4.注册接口服务图形化统计分析功能；

5.对注册服务的调用关系管理，从服务消费者维度与服务提供者

维度进行图形化统计分析；

6.配置服务调用频度

7.配置服务访问流量

8.服务状态管理，提供“已注册”、“已发布”、“暂停

态”、“已注销”四种状态，支持服务能力状态的有条件迁

移，并能够通过服务状态的迁移控制服务是否可以访问；

9.配置对服务提供者的连接探测频度

33

10.配置服务访问的超时时间

11.SOAP部署管理主要是能够对ESBConsole部署的服务进行管

理

12.ESBConsole每次成功部署e功到ESBServer后，都会生成

一个备份zip压缩文件到目录中。如果从SAM系统中由于误操

作而删除了某个已经部署到ESBServer中的服务或者在ESB

Server中部署的服务有了更新，便可以通过SOAP部署同步的

方式进行同步操作，用来更新SAM系统中已经注册的服务（如

果服务在SAM系统中没有注册，则自动进行注册）。

13.展示出HTTP+JSON类型服务的部署进行管理

14.以列表形式展示出服务部署的历史信息

15.SOAP注册审计，是对SAM系统中的服务的审计结果进行查询

的功能，通过该功能可以查看服务是否已经部署、服务是否已

经注册、WSDL是否符合规范、接口服务是否匹配、操作是否

匹配。

16.通过JSON报文审计功能，可以看到服务调用的样本输入/输出

合法率。其中，采样率、最大采样数参数可以通过配置文件进

行设置。

17.对于样本合法率不等于100%的服务调用，可以直接点击合法

率百分比超链接进行具体调用情况信息的查看。〃

18.调用审计报告功能是用来对各个服务的调用情况进行审计，可

以展示出那些非法调用服务的调用详细信息。

34

19.设置审计任务

20.服务运行统计查询：可按照调用系统、被调用操作、时间粒度

（分钟、小时、天）、开始时间、结束时间、调用系统IP进

行综合查询；查询结果中可显调用系统、调用系统IP、操作

编码、操作名称、调用时间、成功调用次数、成功响应时间、

请求响应的报文平均大小、系统异常次数等；

21.服务提供者系统行为分析：分析某时间段内服务提供者系统性

能较差的T0P10列表、分析某时间段内某服务提供者系统中性

能较差的服务的T0P10列表、分析某时间段内某服务提供者总

体服务提供概况；

22.服务消费者系统行为分析：分析某时间段内访问峰值较大的

TOP10的服务消费者系统、分析某时间段内某服务消费者系统

访问量的变化趋势〃

23.接口运行诊断：对接口运行进行诊断，能够查询出最慢的TOP

N记录，可以按照服务提供者的操作、接口、系统进行查询，

查询出调用最慢的TOP10记录；查看调用时间、耗时、调用

操作的详细情况（接入接出时间、请求报文、响应报文）；

24.接口服务行为分析：分析某时间段内服务运行的总体情况：成

功率、失败率、分析某时间段内T0P10性能较差的服务列表、

分析某时间段内系统整体的性能变化走势分析

25.通过WEB方式对WebService进行在线测试功能

26.在线服务工具，wsdl转excel、excel对比SAM、schema转

35

Excel>schema与excel匹配校验、接口对比接口;

3.2.企业数据总线详细设计

为提高上述方面工作的效率，企业数据总线的存在是必然的。通

过企业数据总线可以做到规范统一、交换效率高、交换可跟踪等。

3.2.1.体系架构

建立统一的企业数据总线完成不同部门、不同业务系统之间的数

据交换与汇总。平台将支持数据获取、过滤、清洗、转换、计算、汇

总等自动处理功能，提供适配接入、数据采集、数据传输、数据处理

功能，满足跨部门、跨系统、跨网络数据接入、采集、传输、交换等

处理需求。

数据亶连交互根式

效据中转交互楔式

I

效据实时交互模式

数据发布与信息共享

图5企业数据总线体系结构

针对不同的环境应提供以下几种交换方式:

36

•数据直连交换模式

从源业务系统数据库或文件系统中抽取数据，直接写入到目标应

用下的目标数据库或文件系统。

•数据中转交换模式

前置节点从源业务系统数据库或文件系统中抽取数据，写入前置

交换信息库或文件系统，再从前置交换信息库或文件系统中抽取数

据，写入到目标应用下的目标数据库或文件系统。

前置节点主要用于打通内外网，实现数据远程交换；另外，可以

有效减轻对源系统和目标系统的冲击。

•数据实时交换模式

源业务系统提供数据发布服务，注册到前置节点的服务总线中，

目标应用通过服务调用方式获取数据。

对于一些企业内共享数据，可以通过服务总线将前置节点数据统

一对外暴露服务，各业务系统可以通过订阅服务或服务调用方式，获

取数据。最终实现数据的发布与信息共享。

.逻辑架构

37

中

五.

核