《（大数据资料）普元数据交换平台建设方案_v1.0.pdf》由会员分享，可在线阅读，更多相关《（大数据资料）普元数据交换平台建设方案_v1.0.pdf（99页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、（大数据资料）普元数据交换平台建设方案_v1.0*工程*平台建设方案第 1 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0目录1.建设背景.51.1.背景.51.2.现状.52.建设内容.62.1.建设目标.62.2.建设内容.63.*平台概要设计.73.1.企业服务总线详细设计.73.1.1.功能组成.73.1.1.1.ESB引擎.73.1.1.2.服务监控.173.1.1.3.服务资产管理模块.173.1.1.4.ESB工作台.183.1.1.5.系统管理模块.193.1.2.技术路线及关键特性.193.1.2.1.跨平台的JavaEE.193.1.2.2.面向服务的体系
2、架构(SOA).203.1.2.3.服务请求处理模型(SEDA架构).213.1.2.4.直接构建在JVM之上.223.1.2.5.基于异步 Servlet的HTTP接入.233.1.3.应用场景.233.1.3.1.服务调用.233.1.3.2.服务管控.273.1.4.功能清单.283.1.4.1.ESB集成配置环境.283.1.4.2.运行环境.303.1.4.3.管理控制台.323.1.4.4.服务监控.323.1.4.5.软件资产管理.333.2.企业数据总线详细设计.353.2.1.体系架构.363.2.1.1.逻辑架构.373.2.2.功能组成.383.2.2.1.交换桥接子系统
3、.38第 2 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.03.2.2.2.前置交换子系统.393.2.2.3.交换传输子系统.403.2.2.4.交换管理子系统.403.2.3.技术路线及关键特性.413.2.3.1.跨平台的JavaEE.413.2.3.2.面向服务的体系架构(SOA).413.2.3.3.多维度交换方式.413.2.3.4.多数据格式交换.413.2.3.5.多交换周期支持.423.2.3.6.PKI和数字证书.423.2.3.7.公私密钥对加密算法.423.2.3.8.消息队列MQ.433.2.4.应用场景.443.2.4.1.横向交换.443.2.4
4、.2.纵向交换.563.2.4.3.内部交换.643.2.5.功能清单.693.2.5.1.集成开发环境.693.2.5.2.运行环境.703.2.5.3.管理控制台.713.2.5.4.代理端.723.3.数据管理平台详细设计.723.3.1.体系架构.723.3.1.1.逻辑架构.723.3.1.2.物理架构.743.3.2.功能组成.743.3.2.1.元数据管理.753.3.2.2.数据质量管理.793.3.2.3.数据标准管理.823.3.3.技术路线及关键特性.843.3.3.1.跨平台的JavaEE.843.3.3.2.面向服务的体系架构(SOA).853.3.3.3.丰富的连接
5、功能.853.3.4.应用场景.853.3.4.1.数据可视化管理.853.3.4.2.数据资产管理.883.3.4.3.数据变更.893.3.4.4.数据问题定位.893.3.4.5.数据标准制定与落地.903.3.4.6.数据质量提升.903.3.5.功能清单.90第 3 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.03.3.5.1.元数据管理.903.3.5.2.数据质量管理.98第 4 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.01.建设背景1.1.背景1.2.现状第 5 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.02.建设内容
6、2.1.建设目标2.2.建设内容第 6 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.03.*平台概要设计统一应用支撑：统一接口服务：指建立基于统一的企业服务总线提供企业服务总线和服务监控平台,最终实现服务治理,提升信息系统效率.统一数据服务：指通过元数据、数据交换等技术,形成统一数据平台,建立和展示数据的全景地图,使各业务系统有统一数据标准和规范.统一数据交换：指建立统一的数据交换体系,实现横向、纵向、内部等多维度数据交换,完成多类型数据、多种频度的交换共享.3.1.企业服务总线详细设计3.1.1.功能组成功能组成3.1.1.1.ESB引擎ESB引擎服务为企业服务总线serv
7、er,提供了多协议的支持以及为服务运行提供了高性能、高可靠的运行环境,主要功能与特点如下：1)对各种标准的、非标准的协议、应用、数据格式提供优秀的支持(支持File、FTP、JMS、HTTP、TCP/IP、SOAP、SMTP、JDBC等协议的接入和接出);2)支持协议之间的转换;例如：HTTP-JMS等;3)支持消息转换,例如：WS-WS等;4)支持对接口单位时间内吞吐量的配置和控制功能;5)支持传输安全、消息安全、管理安全、安全策略等功能;第 7 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.06)可以从服务、服务系统、渠道、错误码等多个维度进行异常处理;3.1.1.1.1.
8、服务建模服务总线在服务建模方面,提供可视化设计器与相应的开发机制.提供开发期SOA服务的建模机制：开发期SOA服务组件从模型上支持基于WSDL(Web Service Description Language)的接口与本地Java接口的开发.服务组件提供给别的服务调用的入口叫Interface(接口),而服务组件本身可能也需要调用别的服务,这个调用出口叫Reference(引用),服务总线支持开发期的服务引用的配置,并保证无论是接口还是引用,其调用规范都是WSDL或Java接口.服务总线同时提供可视化设计器,通过设计器本身提供的基于ESB企业服务总线的适配器组件进行图形可视化编排,形成服务模型
9、.同时基于可视化设计器能够与企业服务总线有效结合,将服务模型以服务的方式部署到企业服务总线的运行容器中运行.3.1.1.1.2.服务对接平台基于ESB基础架构,提供完整的企业服务总线能力的基础上,具备完善的功能对接能力.平台的对接功能,基于协议,适配器,以及JMX的协议,提供外部功能以及外部系统的接入.平台的对接能力体现有两方面：平台与服务对接平台提供Web Service对接能力,具有Web 第 8 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0Service适配器组件.该适配器组件具有标准的Web Service规范功能,同时提供可视化的界面以组件托拽形式完成服务的对接.
10、平台与外部系统对接平台与外部系统的对接主要有几种方式,一种是通过上面提到的Web Service服务方式对接.除此之外平台提供对多种协议,例如JMS、Socket、JMX等.实现API级别对接和界面级别对接的方式.3.1.1.1.3.服务注册与管理服务注册库SRR(Service Registry and Repository)以一致的方式存储服务并对服务进行版本控制.服务注册库支持运行时的服务端点查找(service end point look-up),有助于防止服务的新版本的部署对服务消费者的影响.服务总线服务重用的关键是SRR具备服务注册与服务查找的能力.SRR不仅支持服务发现和服务重
11、用,同时还支持在各个领域彼此关联的服务,例如,元数据管理.在实时运行的服务之间进行动态、有效的交互,来增强连通性.通过利用动态连接,SRR能够使ESB在请求到达时找到最适合的端点,从而支持动态SOA与松耦合.在整个SOA产品的生命周期中可以对SRR进行管理,从开发、测试、生产直到结束.SRR要管理整个机构中的服务访问权限,确定哪些客户能够进行访问以及能够访问哪些服务.它在整个监管生命周期中通过用户第 9 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0、用户类型和服务发布地点来进行监管.服务总线提供了支持服务注册库SRR,可以进行服务的注册、导入、导出、代理Web服务和服务的发
12、现、查找、删除等功能,并将进一步加强服务的管理及监管功能.服务注册库SRR(Service Registry and Repository)以一致的方式存储服务并对服务进行版本控制.服务注册库支持运行时的服务端点查找(service end point look-up),有助于防止服务的新版本的部署对服务消费者的影响.跟一些业务规则一起运用,来为特定的请求和特定的客户选择最合适服务端点.通过与监控设施结合运用,可以从负载平衡的角度或者根据特定业务需求,来确保服务级协定(SLA)不被破坏.为了实现服务重用,需要对服务进行治理(Governance),以实现按照希望的重用方式来设计、建造和运作这些
13、服务.SRR是存储已用、计划使用或想要了解的系统(或其他机构系统)中的服务信息的地方.它帮助实现服务语义和缩小IT和业务世界之间的差距的业务含义,并提供服务的业务级视图.一个应用能够在其调用服务之前核查SRR,确定满足功能和性能要求的最合适的服务.SRR的首要作用就是促进业务服务的产生、访问、监管和重用.它使得业务、服务以及SOA基础架构元素之间的交互可以集中化管理,并统一了监管服务供应商、用户和服务之间进行交互的标准和原则.总的说来,SRR促进了业务对象之间的协调关系、IT资产的重用和SOA的逐渐推广.服务注册中心能够回答”什么是服务”以及”服务定位于何处”的问题.而只有服务仓库可以回答下列
14、问题：服务如何被使用、它们之第 10 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0间如何交互、谁在使用这些服务以及为什么使用.为了获得SOA收益,注册中心和存储库都是必须的需要同时具备这两种能力,才能实现所需的价值.对于成功的SOA部署而言,当不再局限于第一个独立项目时,SRR对于有效实现SOA的价值是必须的.如果决定构建SRR,就应该努力获得以下这些能力：发布与查找服务发布与查找服务SRR需要具备在各部分发布与查找服务的能力,这种能力是重用的关键.同时,这种使服务社会化的能力能够明确通用的服务,避免重复工作,并促进重用.必须确保在考虑SRR的时候,不仅仅支持服务发现和服务
15、重用,同时还支持在各个领域彼此关联的服务,例如,元数据管理.否则将无法对服务进行分类,订购改变或更新,或者在改变产生之后,无法及时通知相应的客户.监管监管SRR需要在整个SOA产品的生命周期中进行管理,从开发、测试、生产直到结束.SRR要管理整个机构中的服务访问权限,确定哪些客户能够进行访问以及能够访问哪些服务.它在整个监管生命周期中通过用户、用户类型和服务发布地点来进行监管.增强增强SRR需要通过在实时运行的服务之间进行动态、有效的交互,来增第 11 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0强连通性.通过利用动态连接,SRR能够使平台在请求到达时找到最适合的端点,从而
16、支持动态SOA与松耦合.管理管理为了促进服务性能的优化,SRR必须确保政策有效执行,并能够对该政策执行的效果进行分析.它必须能够统一服务测量标准并理解服务性能.这种理解能够帮助业务完成服务级的一致化过程.一个SRR必须要具备发布服务、查找服务、增强服务、管理服务以及监管服务的功能.但是,一个SRR除了要具备上述的这些功能之外,还必须保证服务所支持的互操作是标准的.服务标准对于现有投资与基础构架的利用是相当关键的,比如支持WSDL、XML、XSD、BPEL、SCG与其他的一些支持真正互操作的标准.这种开放标准支持所有标准的注册中心与存储库的整合.SRR就像图书馆中的卡片目录,因此它需要具有在整个
17、机构中链接信息源的能力.服务总线提供了支持服务注册库SRR,可以进行服务的注册、导入、导出、代理Web服务和服务的发现、查找、删除等功能,并将进一步加强服务的管理及监管功能.3.1.1.1.4.服务发布平台基于ESB基础上提供强大的服务发布功能,可直接将SQL复杂指令发布为Web Service服务,或者通过自定义服务接口发布服务.所有服务均符合WS-I 标准规范.第 12 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0可直接通过ESB定义的数据源连接外部数据库,并将操作此外部数据库的SQL复杂指令发布为Web Service服务;或者通过配置出入参或者契约优先的方式来发布自
18、定义服务,并将服务的业务逻辑绑定为在ESB引擎上运行的流程.3.1.1.1.5.服务适配平台基于ESB基础上支持将外部的服务适配,并通过ESB进行发布,它可提供用户自定义的拦截器对服务消息进行处理,并可增加或者剥离服务消息级的安全策略.ESB通过WSDL文件或者服务URL将企业应用发布的服务适配进入总线,在对带有服务消息级的安全策略的服务进行剥离后,根据实际场景需要来重新添加服务消息级的安全策略,并重新发布成服务.3.1.1.1.6.服务调用平台基于ESB基础功能,支持对注册到总线的服务或者其他的标准服务进行动态调用.ESB在流程中提供服务调用组件来调用发布在ESB或者外部的服务.通过导入WS
19、DL文件或URL的方式将ESB或者外部的服务导入流程中,将上游其他组件的输出作为服务的输入参数,在服务调用组件调用成功后,将外部服务的输出参数作为此调用组件的输出参数,以供后续其他组件使用.3.1.1.1.7.服务发现随着业务的不断增长,平台中的服务会越来越多,这样用户在查找第 13 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0服务时会造成一定的影响.服务总线为了解决该问题,提供服务发现的功能.一般来说,服务的使用者在使用服务之前是不知道使用谁提供的服务的.平台提供了服务发现的功能,帮助服务使用者发现适合它的服务提供者.用户在使用平台提供服务时只需要在平台提供的服务发现功能
20、,就可以快速的匹配所要使用的服务.3.1.1.1.8.协议转换服务总线底层是基于企业服务总线ESB构建的,所以平台具备企业服务总线的一切特性和功能.由于ESB具有服务地址透明的特性,因此协议转换是企业服务总线所与生俱来的功能.一个应用的某个基于具体的中间件平台和具体技术的功能接口,被接入到服务总线中,ESB会将该功能接口以服务的方式进行封装,并注册到ESB服务注册目录.服务的请求者能够通过简单的名称索引,就可以发现和调用所需要的服务,而不需要关心所需服务的具体地址信息,做到服务地址透明和服务实现透明.通过服务地址透明和服务实现透明这两大特性,可以保证服务请求者和服务提供者之间的松散耦合.对于一
21、个特定功能的服务,因此,无论对于RMI、SOAP、还是JMS,服务请求者完全不必关心,对服务提供者进行了替换时,服务器的请求者也完全感知不到这样的变化.3.1.1.1.9.服务申请平台为保证服务使用的规范性提供了服务申请功能,该功能规定了第 14 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0服务使用者在使用平台提供的服务时需要申请的流程规则.服务使用者在使用平台提供的服务时,首先需要提交服务申请,当申请通过后才可以正常的调用该服务.服务的申请是具有权限的保证,平台提供了服务申请的权限设置.平台管理员可对服务设置权限,只有具有申请权限的用户才可以申请特定的服务.3.1.1.1
22、.10.服务审批平台为了规范服务注册和调用的安全性,提供服务审批功能.服务审批是分为两种情况,一种是服务发布者在平台注册服务时需要平台管理员进行审批,当审批通过后,才允许在平台中注册服务.另一种是指服务使用者调用平台对外提供的服务时需要平台管理人员或服务发布者审批的过程.服务审批主要有两种结果状态：审批通过和审批不通过.审批通过：(1)当审批通过后,允许服务发布者注册该服务.(2)服务调用者可用调用平台对外发布的服务.审批不通过：不允许服务发布者注册服务,并提供审批不通过的原因.不允许服务调用者调用平台提供的服务,并提供审批不通过原因.审批不通过时,用户可以根据审批意见返回修改服务注册或调用情
23、第 15 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0况,当修改完成后再次申请或放弃.3.1.1.1.11.服务编排服务编排指对注册在SRR上的多个服务进行调度与协调,在基础服务之上封装新的服务.服务编排的目的是为了提高服务的复用性和服务开发的效率,被编排的各个服务之间是松耦合的,他们可以独立地进行替换或修改,而不对另一方产生影响.服务编排指对平台之上的多个服务进行调度与协调,在基础服务之上封装新的服务.服务编排的目的是为了提高服务的复用性和服务开发的效率,被编排的各个服务服务总线提供可视化的开发工具,该工具是基于国际标准化集成开发平台(IDE)Eclipse RCP开发的
24、业务设计器,通过它可以帮助本系统的实施方快速、可视化配置和定义各种数据源、任务流程、服务编排、任务调度等业务逻辑.3.1.1.1.12.服务性能检测系统性能监控提供了对监控主页和平台节点JVM性能的监控功能,可以在监控主页订制添加监控挂件小工具来监控关心的监控项,可以通过JVM性能监控功能监控各个节点JVM运行情况.服务总线开发套件工具支持系统运行期间的监控和报警,可对服务过程中的进度、差错、纠正、恢复等方面进行监控、报警和故障分析,开放套件提供图形化的操作界面.服务总线提供了全套,完整地集系统管理、适配部署、MQ配置、流第 16 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.
25、0程定义、日志统计于一体的配置部署工具,并且提供了非常友好的可视化界面,更多的以业务的视角展现数据集成中所需要解决的问题和难点.同时,服务总线还提供了基于浏览器的监控和管理工具,能够做到运行期对整体平台的实时监控.3.1.1.1.13.服务路由服务总线本身不直接提供服务,而是通过将服务提供者发布的服务注册到SRR上,当服务消费者请求服务时,总线根据内部维护的路由规则,将消费请求分发给相应的服务提供者.服务总线通过流程化的方式,有机的组合和串联各个服务和数据处理组件,以流程化的方式,制定服务路由规则.3.1.1.2.服务监控服务监控组件的功能能给与ESB服务总线强有力的支持,能进行事前预警、事中
26、告警、事后分析等工作;主要功能有：1)能按照多个维度进行统计,如：消费者维度、提供者维度、服务类型等;统计之后的结果通过服务资产管理模块进行展示.2)支持对接口进行运行诊断,诊断应包含,例如：操作所属系统、操作所属接口、被调用操作、调用系统、调用时间、耗时等,审计结果进行通过服务资产管理模块进行详情查看,例如：详细的接入接出时间、请求报文、响应报文等.3)能采集、分析、统计并持久化服务调用的详细日志信息;日志第 17 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0信息包含内容,例如：开始时间、结束时间、调用结果、耗时、服务、请求报文、响应报文、报文大小等.3.1.1.3.服务
27、资产管理模块服务资产管理模块提供了用户权限管理、服务注册、服务查找、服务部署等核心功能,主要的功能与特点如下：1)系统支持原子服务注册,每个接口操作由唯一操作编码;2)可以提供基于目录树形式的注册和管理,服务目录树能够清晰显示域.系统.服务.操作的层次关系,直观展现服务之间的调用关系,并能提供服务查找功能;3)支持测试、暂停、上线、注销等状态管理;支持服务能力状态的有条件迁移,并能够通过服务状态的迁移控制服务是否可以访问.4)支持自动解析服务能力的接口参数结构;例如：HTTP+JSON、SOAP+XML的接口参数结构的自动解析.5)支持按照调用系统、被调用操作、时间段、等属性对服务进行综合查询
28、.3.1.1.4.ESB工作台ESB工作台是进行图形化服务装配和开发、调试的IDE环境,主要有如下功能与特点：1)支持服务装配、服务开发、服务调试;第 18 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.02)支持对服务层提供的不同模块服务的可视化编排,多个服务进行编排形成新的服务,能以类似工作流图元的可视化方式展示新组合服务的流程;3)支持路由调度功能,支持灵活配置路由规则,路由到对应的模拟器;4)可以配置超时时间和复杂的异常处理机制5)支持对接口请求并发数的配置,超过并发数ESB引擎会采取一些措施进行控制;6)支持对接口单位时间内吞吐量的配置,通过吞吐量阀值,ESB引擎会采
29、取一些措施进行控制;3.1.1.5.系统管理模块1)提供了独立和集群环境中的ESB引擎进行管理;2)支持对在线对ESB引擎的参数进行配置调整,并即刻生效;3)支持配置JMS队列;3.1.2.技术路线及关键特性技术路线及关键特性3.1.2.1.跨平台的JavaEE为了保证*平台的高可用性、高可靠性和可扩展性,系统应选择支持企业级计算的成熟技术路线.JavaEE体系架构具有如下优点：1.JavaEE体系架构是目前业界使用最为广泛的体系架构之一,它为按第 19 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0照基于组件的应用模型设计分布式应用提供了一个简单而统一的标准.2.JavaE
30、E体系架构是基于Java语言进行开发具有平台无关性,能够满足*平台跨平台、跨系统的特性要求.3.JavaEE体系架构具有组件化开发模式的特性,利用可重复配置的构件,简化应用开发.在分层结构中,从表示层,商业逻辑层,到数据层,各层都是由各种构件组成的,它们都是可重用的.系统可以很容易地部署第三方提供的构件,从而加速系统的开发进程.4.JavaEE的体系结构是基于构件和容器的.构件开发者可以定义访问构件的权限,通过角色管理,JavaEE提供有效的安全机制,为基于JavaEE开发的企业级应用高效、健壮的运行提供了有力的保证.5.JavaEE的体系结构可以方便地得以扩展原有的业务系统.利用JMS可以集
31、成遗留系统.使用Java IDL可以实现与用不同编程语言开发的应用的集成.JavaEE支持分布式事务处理,因此,可以很容易地扩展成支持分布式数据库.3.1.2.2.面向服务的体系架构(SOA)SOA面向服务的体系架构(Service Oriented Architecture),它是一种松散耦合、基于标准和独立于协议的分布式软件设计模型,是理念架构和用于构建面向最终用户提供应用程序功能的分布式系统,其核心的理念是服务.在这种体系结构下,由独立可复用的服务组件构成系统功能,这些服务对外公布意义明确的接口,系统开发者通过接口调用来实现相应的应用功能.第 20 页 共 99 页（大数据资料）普元数据
32、交换平台建设方案_v1.0*平台采用SOA的架构,将原来各自为政的系统有机地整合起来,实现业务系统间的数据交换、信息资源共享.提供一个面向服务、面向消息和事件驱动的技术平台.Web Service是SOA的一种实现方式,可以把它看作一种新的Web应用程序.这种程序具有自包含、自描述和模块化的特点,能够被发布、定位,并通过Web实现其动态调用.如果一个Web Service配置完成,其它的应用程序甚至是其它的Web Service都可以通过Internet发现并调用它,并使用开放协议进行通信.概括地说,Web Service是独立且自我描述的(self-contained),通过使用UDDI来发
33、现和定位,并可被其他应用程序使用.*平台通过实现基于Web Service的标准接口,异构系统可以直接调用*平台提供的服务功能.3.1.2.3.服务请求处理模型(SEDA架构)为了支撑大规模并发处理场景,需要更加合理的分配利用系统资源,提高系统响应时间,隔离外部系统的不稳定,保障系统稳定可靠.*平台采用SEDA(即分段式事件驱动架构)实现分段处理能力.将*平台通过分段事件驱动架构,分为接入层、执行引擎、接出层.接入层负责接收外部应用的服务调用请求,并把请求通过消息队列(异步模拟同步)或本地Native方式(穿透),发送给核心引擎,核心引擎的线程池根据分配的资源多少(线程池大小),对消息队列中的
34、请求消息进行处理,并将处理结果返回给接入渠道.同时,核心引擎调用外部服务时,第 21 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0也同理使用消息或本地方式,发送到接出层的队列中进行处理.从而将原有的同步请求处理,转化为消息方式的三段异步处理,保证接入时的高吞吐,隔离外部服务不稳定引起的资源占用等.图图 1111 SEDASEDA架构架构参照上图,SEDA分段架构中的每一个Stage大致包含几部分内容：事件队列、事件处理器、控制器、资源池等,事件队列负责接收接入请求,收到请求后由控制器进行流量统计、权限校验、资源分配等,最终由事件处理器进行处理.实际使用中,可对业务进行分组,
35、每组业务可由不同的Stage进行处理,多个Stage直接可以配合工作完成业务处理.这种基于SEDA架构的*平台业务处理模式具有以下特点：接入、处理、接出三段异步解耦,方便扩展可按业务要求进行分组处理根据业务要求情况进行资源合理调配和伸缩隔离外部不稳定因素,保障引擎可靠运行支持流量、权限、超时控制和异常处理等,处理方式可扩展第 22 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.03.1.2.4.直接构建在JVM之上直接构建在JVM上,为性能提升和架构发展提供了空间;同时,不依赖于WebLogic、WebSphere、Jboss、Tomcat等J2EE容器,降低客户部署的复杂性和
36、购买成本;为此,摆脱J2EE环境不必要的冗余功能,使ESB系统更加轻量级.3.1.2.5.基于异步 Servlet的HTTP接入使用异步Servlet技术,解决了普通Web容器在处理长时间服务调用时,工作线程被挂起的问题,提高了系统的吞吐量.图图 1212 基于异步基于异步 ServletServlet的的HTTPHTTP接入接入3.1.3.应用场景应用场景3.1.3.1.服务调用3.1.3.1.1.同步调用第 23 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0图图 1313 同步调用流程同步调用流程1.服务消费者应用系统A调用服务总线ESB上发布的某个服务,即服务消费者发
37、送请求报文到服务总线ESB,在服务总线ESB返回处理结果之前,服务消费者一直处于等待状态;2.服务总线ESB接收请求报文并作处理;3.服务总线ESB将该请求报文按照规则转发到服务提供者应用系统B;4.服务提供者应用系统B处理该请求报文;5.服务提供者应用系统B返回处理结果;6.服务总线ESB对服务提供者应用系统B返回的结果进行处理;7.服务总线ESB将处理结果返回给服务消费者应用系统A;第 24 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.08.到此为止,一次同步调用完毕(1步7步),服务消费者应用系统A继续处理其他业务逻辑;3.1.3.1.2.异步调用图图 1414 异步调
38、用流程异步调用流程1.服务消费者应用系统A向注册在服务总线ESB上的服务发起服务调用;2.服务总线ESB保存请求报文;3.服务总线ESB向服务消费者应用系统A反馈收到请求报文;4.到此为止,服务消费者应用系统A可以不必等待服务提供者业务系统B的处理结果,而继续处理其他逻辑.第 25 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.05.服务总线ESB将持久化的服务请求报文转发到服务提供者应用系统B暴露的服务上;6.服务提供者应用系统B保存请求报文;7.服务提供者应用系统B向服务总线ESB反馈确认报文;8.到此为止,服务总线ESB不必继续等待服务提供者业务系统B的处理结果.9.服务
39、提供者应用系统B处理请求报文;10.到此为止,没有任何其他系统的进程在等待服务提供者应用系统B的处理结果.11.服务提供者应用系统B将处理结果发送给注册在服务总线ESB上的服务;12.服务总线ESB保存处理结果;13.服务总线ESB向服务提供者应用系统B反馈收到请求报文;14.到此为止,没有任何系统的进程在等待服务提供者应用系统B的处理结果.15.服务总线ESB将处理结果发送到服务消费者应用系统A暴露的服务上.16.服务消费者应用系统A保存处理结果;17.服务消费者应用系统A向服务总线ESB发送确认消息报文;到此为止,整个闭环的业务操作执行完毕,这个处理过程以异步的形式被分割成若干互补等待的处
40、理过程.第 26 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.03.1.3.2.服务管控3.1.3.2.1.注册服务1.服务提供者规划服务、开发服务,并测试验证通过.2.服务提供者通过在线工具检验WSDL是否符合规范.3.服务提供者将服务WSDL通过在线工具转换成服务注册Excel文件,并填写中文描述.4.服务提供者将Excel文件提交给服务治理小组.5.服务提供者用WSDL开发部署包.6.服务提供者通过ESB工作台将部署包部署至ESB引擎.7.服务调用者提供调用关系Excel文件给服务治理小组.8.服务治理小组在企业服务总线的服务资产管理模块中根据Excel注册服务,声明调
41、用关系,通知ESB引擎.9.服务调用者通过ESB调用服务,测试验证调用结果.10.服务治理小组测试验证服务的注册与部署情况.3.1.3.2.2.变更服务1.服务提供者规划服务,变更服务,并测试验证通过.2.服务提供者通过在线工具检验WSDL是否符合规范.3.服务提供者将服务WSDL通过在线工具转换成服务注册Excel文件,并填写中文描述.使用Excel文件通过在线工具与之前注册第 27 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.0的接口进行对比.4.服务提供者将Excel文件提交给服务治理小组.5.服务提供者用WSDL开发部署包.6.服务提供者通过ESB工作台将部署包部署至
42、ESB引擎.7.服务调用者提供调用关系Excel文件给服务治理小组.8.服务治理小组在企业服务总线的服务资产管理模块中根据Excel注册服务,声明调用关系,通知ESB引擎.9.服务调用者通过ESB调用服务,测试验证调用结果.10.服务治理小组测试验证服务的注册与部署情况.3.1.3.2.3.注销服务1.服务提供者通过ESB工作台卸载ESB引擎上对应服务的module包.2.服务提供者提供注销的服务的清单给服务治理小组.3.服务治理小组在企业服务总线的服务资产管理模块中注销对应服务,删除与服务关联的调用关系,通知ESB引擎.4.服务调用者的客户端进行相应调整.5.服务调用者运行影响的系统,验证测
43、试调用结果.3.1.4.功能清单功能清单3.1.4.1.ESB集成配置环境第 28 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.01.集成配置环境中HTTP、HTTPS协议接入接出的相关图元的开发、协议接入接入的解析、调试及属性配置;2.HTTP协议接入层可视化组件开发,包括名称、端口、连接参数、响应线程池属性配置3.访问URI、服务名称、响应线程池、转换器属性可视化配置4.访问名称、实际业务访问URI5.集成配置环境中Webservice协议接入接出的相关图元的开发、协议接入接入的解析、调试及属性配置;6.集成配置环境中JMS协议接入接出的相关图元的开发、协议接入接入的解析
44、、调试及属性配置;7.集成配置环境中TCP协议接入接出的相关图元的开发、协议接入接入的解析、调试及属性配置;8.集成配置环境中UDP协议接入接出的相关图元的开发、协议接入接入的解析、调试及属性配置;9.集成配置环境中FTP协议接入接出的相关图元的开发、协议接入接入的解析、调试及属性配置;10.集成配置环境中EMAIL协议接入接出的相关图元的开发、协议接入接入的解析、调试及属性配置;11.集成配置环境中EJB协议接入接出的相关图元的开发、协议接入接入的解析、调试及属性配置;12.集成配置环境中TUXEDO协议接入接出的相关图元的开发、协议第 29 页 共 99 页（大数据资料）普元数据交换平台建
45、设方案_v1.0接入接入的解析、调试及属性配置;13.新增协议可以通过集成环境提供的插件机制进行扩展,包括集成环境中图元的扩展点,协议接入解除的扩展点,调试与配置的扩展点,14.中介服务可视化配置、调试以及属性设置;15.支持调用JAVA图元的开发;16.可视化的服务编排、接入/接出绑定等功能;17.可根据条件判断服务流转走向;18.松耦合各种数据和协议的转换;19.模型的导入导出功能;20.消息格式转换配置功能;21.可视化配置异常的捕获点,按照需求对不同的异常进行不同的分支处理;3.1.4.2.运行环境1.中介流运行引擎,在进行转换的过程中,按照事先的规则调用各种EndPiont;2.HT
46、TP运行引擎,使得服务总线能够通过HTTP方式方便地调用外部服务;3.WebService运行引擎,使得服务总线能够通过WSDL方便地调用外部服务;第 30 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.04.JMS运行引擎,支持发布订阅、队列消息;5.TCP运行引擎,支持通过TCP协议发送接收消息;6.UDP运行引擎,支持通过UDP协议发送接收消息;7.FTP运行引擎,支持通过FTP方式进行文件的上传与下载;8.EMAIL运行引擎,支持邮件的发送与接收;9.TUXEDO运行引擎,支持调用外部TUXEDO服务;10.可根据SAM中的流量控制策略配置来控制访问流量11.可根据SA
47、M中的IP地址访问权限策略配置来控制访问权限12.可根据SAM中的用户名密码策略配置来控制用户访问权限13.支持集群模式部署14.支持ESBServer负载均衡15.支持单点故障控制16.提供拦截器功能,支持通过拦截器拦截服务请求;17.静态路由功能,服务在运行过程中根据请求内容进行分支路由;18.动态路由,支持动态服务调用功能(对拼装出的服务地址进行动态调用);19.穿透式路由,支持服务对消息不进行解析或者只进行部分解析即可发送给其他服务的路由方式;20.可根据设定的超时时间来控制服务超时;21.可根据SAM中配置的服务探测策略进行服务状态检查,自动识别第 31 页 共 99 页（大数据资料
48、）普元数据交换平台建设方案_v1.0服务状态;22.支持Console模型热部署23.支持Console下对模型变量的修改24.接入请求的异常扑捉和处理;3.1.4.3.管理控制台1.ESB服务器注册、删除,服务器状态和分组管理2.ESB服务器分组管理;3.ESB模型部署;4.ESB模型卸载和查看;5.可根据条件查找部署的服务;6.系统配置管理;7.模型变量配置管理;8.服务配置管理;9.队列配置管理;10.数据库连接池及数据源配置管理;11.ESB监控级别配置管理;12.ESB队列监控管理;3.1.4.4.服务监控1.提供详细的服务在ESB上运行的轨迹信息,从而为后续的服务分第 32 页 共
49、 99 页（大数据资料）普元数据交换平台建设方案_v1.0析和数据稽核做好了充分的数据准备工作;2.提供针对服务运行的信息的信息进行统计分析;3.提供记录详细的服务运行日志到数据库及磁盘功能;3.1.4.5.软件资产管理1.服务接口注册管理,注册服务按照域.系统.服务.操作方式进行编码,按 照目录树形方式进行显示,接口服务的增删改查操作2.请求系统IP地址管理,请求IP地址的增删改查;3.配置服务消费者和服务提供者之间的调用关系4.注册接口服务图形化统计分析功能;5.对注册服务的调用关系管理,从服务消费者维度与服务提供者维度进行图形化统计分析;6.配置服务调用频度7.配置服务访问流量8.服务状
50、态管理,提供”已注册”、”已发布”、“暂停态”、”已注销”四种状态,支持服务能力状态的有条件迁移,并能够通过服务状态的迁移控制服务是否可以访问;9.配置对服务提供者的连接探测频度10.配置服务访问的超时时间11.SOAP部署管理主要是能够对ESB Console部署的服务进行管理第 33 页 共 99 页（大数据资料）普元数据交换平台建设方案_v1.012.ESB Console每次成功部署ecd到ESB Server后,都会生成一个备份zip压缩文件到目录中.如果从SAM系统中由于误操作而删除了某个已经部署到ESB Server中的服务或者在ESB Server中部署的服务有了更新,便可以通