综合管理服务平台18200.docx
《综合管理服务平台18200.docx》由会员分享,可在线阅读,更多相关《综合管理服务平台18200.docx(47页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、1.1. ESB服服务总线线1.1.1. 概述各业务系系统提供供大量的的服务接接口,如如何实现现这些服服务和接接口的编编排、调调用、重重组等,我我们采用用的是应应用服务务总线的的模式。通通用服务务总线采采用可靠靠消息服服务(不不丢失,不不复传)在在应用系系统之间间通过基基于消息息的异步步方式集集成各应应用系统统。1.1.2. 架构设计计ESB服服务总线线架构图图ESB服服务总线线是综合合管理服服务平台台的一个个中心组组件,它它负责接接入各种种服务资资源,通通过采用用统一服服务接口口使得各各种服务务或应用用与服务务之间可可以相互互方便访访问,以以星形结结构替代代了原来来各服务务之间的的点对点点结
2、构,极极大地优优化了系系统连接接架构,降降低了系系统集成成的复杂杂度。1.1.3. 功能设计计ESB应应用服务务总线基基于消息息交换组组件开发发。采用用消息交交换组件件提供的的可靠消消息服务务(不丢丢失,不不复传)在在应用系系统之间间通过基基于消息息的异步步方式集集成各应应用系统统。针对对不同系系统所处处理的消消息格式式各不相相同的特特点,EESB应应用服务务总线提提供了专专门的格格式代码码转换器器在不同同的消息息格式之之间按照照预先定定义好的的转换规规则进行行自动的的格式转转换,然然后将结结果自动动路由到到目标应应用系统统。在消消息转换换的过程程中ESSB应用用服务总总线能够够识别XXML,
3、CC结构,JJMS等等多种消消息格式式;对消消息的各各种操作作包括消消息的来来源、消消息的目目标应用用、所期期望的消消息格式式等通过过定义各各种操作作规则(Rulles)进行。ESB应应用服务务总线可可以作为为一个消消息代理理来实现现这些功功能。消息代理理提供了了消息传传递层以以及消息息代理集集线器,可可被用于于消息的的处理、转转换和分分发,并并能够将将这些功功能与发发布/预预订功能能结合在在一起。 应用程序序格式转转换和智智能路由由功能作为各个个应用的的数据吞吞吐机,提提供多种种数据格格式服务务,其中中包括:用户自自定义格格式,用用户可以以为每一一种应用用定制自自己的消消息格式式,通过过这种
4、消消息格式式来连接接原有的的旧的应应用; XMLL格式;面向纪纪录的信信息格式式,如CC的头文文件,CCOBOOL rrecoordss等。对对于这些些消息格格式,提提供相应应的剖析析器进行行解析,实实现它们们之间的的格式转转换。如如对于用用户的bbit strreamm的输入入信息可可以输出出为XMML的格格式,反反之亦然然。从而而无缝地地连接现现有的应应用,并并可以采采用XMML的新新标准开开发新的的应用。提提供检查查和过滤滤功能,根根据所传传输数据据的内容容做动态态路由。 强大的数数据处理理功能作为各个个应用的的数据处处理机,对对经过BBPI的的数据进进行各种种处理操操作,如如计算、过过
5、滤等,使使得数据据在从BBPI经经过时便便可以被被进行相相应地计计算,从从而发往往目的应应用系统统;支持持数据仓仓库,对对各应用用系统所所传输的的数据进进行集中中记录,便便于以后后的审计计和分析析。 对各种应应用系统统的接口口功能提供强大大的连接接性,既既提供各各种与现现有商业业应用连连接的AAdappterr,可以以将企业业内部各各种应用用系统进进行无缝缝连接,如如SAPP,Nootess,Siibell,SWWIFTT,Peeoplle SSoftt,I22等,支支持各种种标准数数据格式式或应用用的接口口,如XXML, JDBBC,对对于这些些应用可可以不必必开发新新的接口口,减少少开发的
6、的工作量量;同时时提供应应用程序序接口,以以开发客客户化的的连接件件。 对各种接接入协议议的支持持ESB应应用服务务总线支支持各种种接入协协议,其其中包括括TCPP/IPP Soockeet,MMQ,SSOAPP,HTTTP,SSCADDA等。适配器技技术选择择适配器完完成的功功能是实实现应用用系统与与EAII HUUB之间间的连接接接口,主主要包括括数据与与通讯两两个层面面。在适适配器设设计与选选型方面面,EAAI技术术提供的的方案有有多种形形式,根根据不同同的情况况作不同同的选择择。根据据应用对对外提供供的接口口的形式式不同,下下面对常常用的适适配器类类型进行行分析。 基于数据据库的接接口
7、与适适配器应用系统统对外提提供的接接口是应应用数据据库,适适配器通通过对应应用数据据库的操操作来实实现EAAI与应应用间的的交互。此此类接口口是应用用系统可可对外提提供的最最底层的的接口类类型,允允许适配配器直接接访问应应用的数数据。针针对此方方式,尽尽管这也也是常用用方式之之一,但但其中有有很多严严重的不不足。使用数据据作为应应用的接接口,意意味着将将数据的的结构体体设计暴暴露出来来。当应应用发生生改变时时,通常常需要重重新分析析、甚至至改变此此数据接接口。当当应用系系统的数数据改变变时,为为了触发发外部应应用,通通常需要要使用基基于应用用数据库库的外部部触发器器或使用用低效的的循环查查询策
8、略略,这不不是一个个”干净”的解决决方案,外外部应用用对维护护数据的的完整性性也将负负有责任任,为此此需要理理解需要要集成的的应用系系统的结结构。总总之,其其结果将将是一个个难以维维护的交交错系统统。 基于APPI的接接口与适适配器应用软件件,通常常提供内内置于软软件库的的APII,作为为与应用用系统交交互的接接口。相相对数据据库接口口而言,此此类接口口是一个个更为”干净”的解决决方案。其其问题是是相对某某种平台台,如操操作系统统、编程程语言,此此APII库可能能不存在在,为解解决此问问题,需需要开发发底层的的代码并并进行长长期的维维护。同同时当支支撑其运运行的产产品进行行升级时时,通常常需要
9、对对此APPI进行行升级以以保证其其兼容。另另外,基基于APPI技术术,当应应用系统统有事件件发生时时,一般般难以提提供自动动通知功功能,需需要外部部系统进进行低效效的循环环查询。 基于组件件的接口口与适配配器基于J22EE与与CORRBA的的分布式式对象技技术,使使应用系系统的接接口有较较好的可可移植性性。此类类接口,可可以屏蔽蔽操作系系统、编编程语言言的不同同。此类类接口属属于紧耦耦合模式式,为发发展中的的技术,由由于应用用系统本本身需要要提供组组件接口口,在实实际应用用中限制制了其应应用。 基于消息息队列的的接口与与适配器器应用系统统对外交交互的接接口为消消息队列列,同时时提供消消息/数
10、数据传输输的可靠靠性保障障。业界界领先的的消息中中间件同同时提供供同步、异异步两种种通讯方方式。使使用消息息队列,消消息系统统可以管管理很多多通讯细细节。此此种接口口方式为为典型松松耦合模模式,是是EAII技术普普遍使用用的方式式之一,可可以实现现接口的的重用能能力。成熟的商商业适配配器ESB应应用服务务总线支支持的适适配器ESB应应用服务务总线提提供了诸诸多的既既有的适适配器,包包括技术术适配器器与应用用适配器器,部分分列表如如下。技术适配配器:1 JDBCC2 JMS3 MQ4 E-maail5 JTexxt6 Micrrosooft Excchannge7 Web Serrvicces应
11、用适配配器:1 SAP2 Siebbel3 Spirrentt4 Aribba BBuyeer5 BroaadViisioon6 Clarrifyy7 eMattrixx8 i29 i2 AADW10 Metaasollv TTBS11 Nighhtfiire12 Oraccle Apppliccatiionss13 PeoppleSSoftt14 Porttal Inffrannet15 QAD16 Reteek17 Telccorddia Serrvicce DDeliiverry18 Vanttivee适配器开开发如果需要要开发自自己的适适配器,EESB应应用服务务总线提提供了相相关的开
12、开发工具具。对外外提供的的适配器器开发AAPI,同同时支持持Javva、CC+,如如果应用用系统采采用中间间件技术术是J22EE应应用服务务器、CCORBBA、CCICSS、Tuuxeddo等,都都可以很很容易的的完成适适配器的的开发。1.2. 应用服务务运行框框架1.2.1. 总体框架架描述应用服务务总体框框架是国国土资源源综合管管理服务务平台项项目的核核心,总总体框架架由系统统微内核核、系统统服务层层组成。系系统微内内核应能能提供最最基础、最最核心的的功能,包包括模块块管理、生生命周期期、服务务管理,为为整个系系统的稳稳定运行行提供保保障。系系统服务务层应能能够提供供各类标标准化的的、技术
13、术性的服服务如时时间服务务、审计计日志、持持久服务务、缓存存服务、事事件服务务、事务务服务、数数据服务务等。框框架之上上支持公公共服务务组件和和业务服服务组件件,共同同组成综综合管理理服务平平台。1.2.2. 总体框架架组成在本设计计方案的的总体结结构图中中,把系系统划分分为五层层,而最最底层的的基础层层提供了了系统运运行的环环境,最最上层的的门户展展现层提提供的进进入各个个应用系系统的入入口。其其中应用用支撑平平台是系系统的支支撑层。其其中综合合管理服服务平台台是系统统的支撑撑层。支支撑层包包括的主主要内容容有:系系统微内内核、系系统服务务层。各各层的主主要功能能分别描描述如下下。1.2.2
14、.1. 系统微内内核系统本身身采用微微内核架架构,实实现模块块化、动动态化、服服务化。微微内核做做为整个个系统的的运行内内核,仅仅提供最最基础、最最核心的的功能,包包括模块块管理、生生命周期期、服务务管理,为为整个系系统的稳稳定运行行提供保保障,整整个系统统的各个个部分都都做为模块块直接或或间接构构建在微微内核之之上。1.2.2.2. 系统服务务层系统服务务层还包包含各类类标准化化的、技技术性的的服务,而而在应用用服务层层则提供供功能性性的服务务。系统统服务层层提供的的服务有有:时间间服务、审审计日志志、持久久服务、缓缓存服务务、事件件服务、事事务服务务、数据据服务等等。本次项目目的主要要研讨
15、内内容为应应用服务务层中的的各个服服务组件件,因此此系统服服务层中中的基础础服务组组件将不不做为本本方案阐阐述的重重点。1.2.2.3. 表现层描描述业务表现现层是面面对最终终用户的接入入口,利用用综合门门户等方方式提供供各种业业务供客客户使用用,向下须须与面向服服务的业业务层通通过正确确定义的的服务接接口实现现兼容。采用的门户技术应该能够支持JSR168Portal规范,能够自由部署第三方的标准Portal。1.2.3. 总体框架架的地位位和作用用1. 从技术复复用到业业务复用用当前的软软件复用用大多还还是从技技术角度度出发的的,例如如J2EEE领域域的框架架只是一一个以库库、类和和接口形形
16、式提供供的基础础架构,最最终构成成应用的的业务逻逻辑和表表现/控制逻逻辑则要要由建立立在这个个框架上上的业务务组件实实现。而而应用软软件最终终要解决决的却是是应用问问题,或或者说是是业务问问题,如如果软件件能够在在更高层层次的业业务层面面上进行行大范围围复用,那那么对提提高软件件开发效效率的作作用将会会更大。只只有采用用面向服服务的设设计思想想,才能能够在更更高层次次上实现现业务复复用。2. 业务组件件的支撑撑平台由于上述述的业务务组件并并不是一一个可以以独立运运行的应应用软件件,所以以需要为为它们提提供一个个赖以生生存的运运行基础础核核心底层层机制,特特别是组组件的管管理,如如组件的的创建、
17、组组件的获获得、组组件的资资源管理理、组件件的消亡亡等生命命周期支支持;以以及组件件之间相相互通讯讯的渠道道和方式式。3. 分布式部部署的应应用系统统如果应用用系统只只部署在在一台机机器上,随随着系统统功能的的增加和和负载的的加大,只只有不断断提升机机器的硬硬件配置置。我们们希望能能够把系系统按照照功能进进行划分分,以分分布式的的方式进进行部署署,将不不同的功功能模块块部署在在不同的的服务器器上,服服务器的的压力能能够有效效的降低低,使得得系统可可以以较较低的成成本继续续保持高高稳定性性和高可可用性。以国土资资源各类类数据库库为基础础,以国国土资源源信息网网络为依依托,以以标准、制制度和安安全
18、体系系为保障障,以地地政、矿矿政、地地质环境境等主要要管理业业务流程程优化为为主线,以以支撑国国土资源源管理决决策为核核心,形形成互联联互通、贯贯穿上下下的政务务管理、决决策支持持和社会会服务信信息化体体系。1.2.4. 功能设计计1.2.4.1. 应用服务务运行管管理框架架应用服务务运行管管理框架架简称应应用服务务框架,是是应用服服务的运运行、监监控、管管理的框框架。应用服务务框架提提供了统统一的服服务库注注册、存存储、查查询的应应用服务务元数据据信息,提提供了发发布、调调用应用用服务的的功能,可可对应用用服务及及调用进进行监控控、管理理,同时时提供了了本地和和远程调调用,可可支持分分布式应
19、应用和负负载均衡衡。在不同的的应用服服务框架架之间,采采用对等等的分布布式调用用机制,可可注册远远程的服服务库到到本地。可可通过应应用服务务框架之之间的互互操作调调用,实实现互联联互通。应用服务务框架本本身不提提供访问问控制的的功能,但但可借助助访问控控制服务务模块实实现对应应用服务务的认证证、授权权和访问问控制。应用服务务框架作作为软件件基础设设施,通通过部署署在上面面的服务务模块,以以标准的的协议对对外提供供服务,可可实现更更高层次次的软件件复用和和业务复复用,可可将原有有应用系系统中可可重用、可可共享的的功能单单元服务务化,利利于应用用系统整整合。应用服务务框架提提供高度度可集成成的能力
20、力,采用用标准的的Webb服务协协议组作作为服务务接口描描述和调调用规范范,可屏屏蔽不同同软件平平台的差差异,实实现透明明的互操操作。1.2.4.2. 服务模块块服务模块块是进行行部署的的最小单单位,是是满足某某些特定定功能需需求的一一组相关关应用服服务的集集合,可可以是软软件包的的形式,也也可以是是第三方方提供的的应用服服务集合合的形式式。服务务模块可可通过元元数据描描述文件件(附录录A:服务务组件描描述模式式schhemaa)描述述并部署署在应用用服务框框架上,也也可通过过应用服服务框架架提供的的界面或或APII来部署署,由应应用服务务框架实实行统一一的监控控和管理理。1.2.4.3. 服
21、务组件件服务组件件是服务务模块的的基本组组成元素素和基本本构建单单位,是是粒度最最小的实实现和发发布单元元,是相相关的一一组应用用服务的的具体实实现,它它的功能能以应用用服务的的形式提提供。服服务组件件具有可可设置的的属性,其其属性是是可以改改变服务务功能的的数据。服务模块块由一个个或多个个服务组组件及相相关配置置信息构构成。1.2.4.4. 元数据1. 元数据描描述方法法采用摘要要表示的的方法定定义和描描述元数数据,摘摘要包括括以下属属性:中中文名、英英文名、数数据类型型、值域域、约束束、说明明。中文名:元数据据的中文文名称,中中文名称称在同一一类元数数据中是是唯一的的。英文名:元数据据的英
22、文文名称,英英文名称称在同一一类元数数据中是是唯一的的,比较较时不区区分大小小写。可可包含的的字符为为大小写写的英文文字母、数数字,所所有组成成词汇为为无缝连连写。元数据的的数据类类型。值域:元元数据可可以取值值的范围围。约束:元元数据的的约束性性条件,包包括是否否非空、最最大出现现的次数数、是否否唯一。说明:对对元数据据含义的的进一步步的解释释及补充充说明。2. 应用服务务及服务务组件元元数据通过应用用服务元元数据对对应用服服务进行行描述,发发布、查查找和调调用应用用服务时时都需使使用元数数据信息息。应用服服务和服服务组件件都使用用相同的的元数据据描述。本本部分定定义了核核心元数数据,即即所
23、有应应用服务务描述中中共性的的、必不不可少的的元数据据。1.2.4.5. 应用服务务框架组组成应用服务务工作原原理图1. 工作原理理应用服务务框架提提供了应应用服务务的发布布、注册册、查找找、调用用、监控控、管理理功能,其其中涉及及三个角角色:服服务提供供者、服服务请求求者、服服务库。应应用服务务工作原原理如下下:1) 服务提供供者开发发符合应应用服务务技术要要求的功功能单元元,将开开发好的的功能发发布为应应用服务务,并将将应用服服务在服服务库中中注册。2) 服务请求求者在服服务库中中查找所所需服务务,根据据返回的的结果确确定需要要调用的的应用服服务。3) 服务请求求者根据据需要调调用的应应用
24、服务务,获得得应用服服务的代代理对象象。4) 服务请求求者发起起调用请请求,对对应用服服务进行行实际调调用,并并获得服服务返回回的结果果。5) 在整个提提供服务务的过程程中,三三个角色色的基本本功能如如下:6) 服务提供供者:发发布服务务、进行行注册。7) 服务请求求者:查查找服务务、调用用服务。8) 服务库:服务注注册、服服务查找找、监控控管理。2. 总体框架架如上图所所示,应应用服务务框架由由服务库库、发布布模块、调调用模块块、管理理模块和和监控模模块五部部分组成成。服务库提提供对应应用服务务元数据据的注册册、存储储和查找找功能,可可以将服服务模块块、服务务组件和和应用服服务注册册在服务务
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 综合 管理 服务 平台 18200
限制150内