平台构想与设计.docx

《平台构想与设计.docx》由会员分享，可在线阅读，更多相关《平台构想与设计.docx（8页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、 平台构想与设计 2023年9月,农发行综合业务系统顺当上线运行,全系统的业务经营活动实现了数据大集中。同时随着业务经营范围的不断拓展,业务部门对增加科技支撑力度也提出了更高的要求。在新形势下,如何既快速高效、又安全平稳地满意业务部门的需求,是农发行科技部门面临的一个重要课题。笔者认为,在综合业务系统前端,开发部署一个通用的、稳定的、可扩展的通用报文交换平台是适应业务进展、满意业务需求变化和躲避技术风险的一个有效举措。 通用报文交换平台(UniversalMessageExchangingPlat)简称UMEP,是根据标准化的原则,为处理异步报文交换业务而设计的通用平台。在当前数据大集中的环境

2、下,设计通用报文交换平台能有效的解决综合业务系统的通用性和扩展性问题,从而高效安全地满意业务变化的需求。本文将就农发行UMEP的分析与设计作一阐述。 一、平台的软件根底 UMEP选用Tuxedo作为根底软件平台来进展设计和部署。Tuxedo是BEA公司的一个商品化的交易中间件软件产品,从软件最初推出至今已经经受了9个版本的升级变迁,广泛应用于金融、电信、邮政、航空等领域,是业内历史最久、应用最广的中间件产品。 农发行从电子联行系统开头,就引入了Tuxedo中间件产品,直至在综合业务系统中更为全面地使用。在多年的开发维护工作中,农发行不仅积存了大量的阅历,而且还培育了一批技术人才。选用Tuxed

3、o作为UMEP的根底软件平台,做到核心系统相全都,不单单是为了减轻系统维护的工作量,降低系统故障的风险,更重要的是考虑到在其根底上设计出来的UMEP,可以具备较高的牢靠性、通用性、安全性和可扩展性。 二、平台的总体设计 依据报文交换类业务的处理流程,UMEP在总体的规律构造上设计为三层:前置机接口层、通讯平台层和核心效劳层。其构造图如下: 外接系统汇入的报文,由前置机通过外接系统供应的接口API(应用程序接口)猎取后,发送至UMEP,再转发至核心效劳进展业务处理。行内系统汇出的报文,由核心系统发送至UMEP,再转发到前置机,通过外接系统接口API发送给外接系统。前置机和UMEP的通信,以及UM

4、EP与核心系统的通信,均是以Tuxedo效劳调用的方式进展的,并且使用Tuxedo的事务治理功能,保证报文传送的精确性和唯一性。 三、前置机接口层的设计 在一个外接系统的前置机上,一般都会部署两套接口软件。一套是行内系统的接口软件,功能就是通过外接系统API进展报文的收发工作。另一套就是由外接系统供应的API接口。两者之间是调用与被调用的关系。 为了保证行内接口的通用性,我们把行内接口软件设计为两层构造,一层是稳定的,一层是不稳定的。 稳定的一层称之为UMEPClient,由两个定时启动的守护进程uploadMsg和downloadMsg组成,分别实现报文接收和报文发送的功能。之所以称之为稳定

5、的,是由于这两个守护进程可以在任何外接系统的前置机上使用,并不需要针对不同的外接系统重写代码,表达了行内接口的通用性。 不稳定的一层称之为BranchInterfaceAPI(简称BIA),由一组API函数组成,以库文件的方式供应,被UMEPClient调用。之所以称之为不稳定的,是由于它是对外接系统供应的API接口函数的封装,需要针对不同的外接系统改写代码。BIA被设计为10个API函数,分别处理非实时通讯和实时通讯两种状况: BIA不仅封装了外接系统的API函数,还有一个重要的工作就是负责报文格式的转换。不同的外接系统,其报文的描述格式各有不同。为了行内系统能够以同样的方式处理,就需要对报

6、文用统一的格式进展重新描述,转换为行内系统使用的标准报文。同样,行内发出的标准报文也需要由经BIA转换后,再发送给外接系统。这种将报文格式转换功能由通信平台实现改为由前置机实现的设计方式,不仅是实现UMEP通用性的需要,也是为了充分利用前置机的运算功能,减轻通讯平台的运算压力,使其集中资源处理报文转发的功能,提高平台的处理力量。 前置机接口层的系统构造如图: 在前置机端引入BIA的设计模式的另一个优点是,可以最大限度地降低总行科技部门的开发工作量。一个新系统的接入,总行不再需要集中开发行内接口软件(全国性系统仍可由总行统一开发),只要由分行根据UMEP的报文标准和API标准,自行组织开发一套相

7、应的BIA,以库文件的方式供应给UMEP使用,然后就可以通过UMEP顺当接入核心系统。另外由于BIA层的开发工作并不涉及到Tuxedo技术,因此对于分行而言,也降低了技术开发的难度。同时,这样的分层设计也为分行特色业务的开展供应了技术上的便利条件。 UMEPClient在部署之前,附带的BIA是一个完全由空API函数编译后获得的库文件。部署到前置机以后,只要将这个文件替换为相应外接系统的BIA库文件,即可完成系统对接功能。由此可见,UMEPClient在前置机上的安装部署也是相对简洁敏捷的。此外,由于Tuxedo的跨平台性,可以使得我们的UMEPClient不仅可以部署在HPUX/AIX/SC

8、OUnix/Linux等Unix或类Unix平台上,而且可以运行在AS400或Windows平台上。换句话说,无论外接系统前置机采纳的是什么样的操作系统平台,我们的UMEPClient都可以正常部署使用。这也从一个侧面表达了UMEP的通用性。 四、通讯平台层的设计 UMEP通讯平台层的设计,使用了Tuxedo效劳程序和Tuxedo客户端程序相结合的方式。两个Tuxedo效劳程序名为uploadMsgSvc和downloadMsgSvc,分别被前置机端UMEPClient的up-loadMsg和downloadMsg进程调用,用于平台的报文接收和发送。两个Tuxedo客户端程序名为uploadK

9、ernel和download-Kernel,是两个定时启动的守护进程,分别负责上传平台报文至核心系统和下载核心系统报文至平台。其系统构造图如下: 在UMEP的平台设计中,我们引入了数据库的内容。这主要是考虑到UMEP平台将被设计为一个拥有较高处理力量的报文交换平台。假如单纯的依靠核心效劳完成业务处理后,再写入核心应用数据库,势必会增加调用端的等待时间,影响平台的处理效率和吞吐量。此外,使用数据库对报文进展暂存,可以削减报文传送过程中因网络通讯问题而导致的报文丧失现象,保证报文的正确传输。在报文的上行过程中,平台效劳uploadMsgSvc收到前置机发来的标准报文后,不作任何处理,直接写入数据库

10、并返回,完成平台的报文接收工作。平台上的uploadKernel进程启动后,负责从数据库中读取报文信息,并依据共享内存中存放的XML标准报文格式描述文件,将报文中的业务要素解析出来,转换为Tuxe-do效劳调用所需的FMLBuffer格式,再通过Tuxedo效劳调用,上传给核心系统完成业务处理。 在报文的下行过程中,通过平台上定时启动的downloadKernel进程,调用核心系统的相关效劳,猎取下传报文信息,再依据XML报文格式描述文件,转换为标准报文后写入数据库。平台效劳downloadMsgSvc由前置机端的down-loadMsg进程定时调用。每次调用时,该效劳从数据库中读取待发送的报

11、文,返回给前置机。 行内标准报文的格式解析和打包是通过XML报文格式描述文件来完成的。不同外接系统所使用的报文集,都会用行内的标准格式重新加以定义,表达为一个XML描述文件。这个XML文件作为BIA的一局部,由BIA的开发者根据标准编写完成后,供应给UMEP平台使用。平台启动时,将装载全部外接系统的XML描述文件到共享内存中,供uploadKernel和downloadKernel处理标准报文解析和打包时使用。鉴于XML强大的扩展性和良好的易用性,这样的设计必定使我们的平台具备优秀的报文兼容性,同样也保证了UMEP的通用性。 五、核心效劳层的设计 UMEP的核心效劳层采纳了面对效劳的设计模式,

12、每一种业务类型的处理都被细化为一个或多个核心效劳来完成。每个核心效劳只完成某一种特定的功能,效劳与效劳之间的耦合关系遵循“松散”的原则。这种“松散”的耦合关系,大大的增加了核心效劳的可重用性,为业务的变更和扩展带来巨大的敏捷性和便利性。 在核心效劳的外围,部署了一类治理调度效劳,称为TxDispatcher。TxDis-patcher不仅能够治理报文交换类交易的效劳恳求,而且可以治理联机实时交易的效劳恳求,并依据不同类型的交易,根据事先定义好的业务处理流程,调度相应的核心效劳处理。 核心效劳层的构造示意图如下: 在效劳的调用者和核心效劳之间引入TxDispatcher治理效劳层,使得核心业务系

13、统对业务需求的变更或调整,具备快速投产的力量。由于在核心效劳具有较高可重用性的根底之上,仅仅通过定制合理的业务处理流程,组合不同的核心效劳,就有可能完成新业务功能的开发工作。 六、安全模块的设计 UMEP中安全模块的设计,仍旧采纳原有的PKI证书模式。由于基于PKI证书的安全技术是目前安全级别较高,并且是国家有关安全部门认可的一种加密认证技术。这种技术在业界被广泛使用,也是农发行综合业务系统目前正在使用的安全技术措施之一。 在使用PKI证书的安全模式下,UMEP效劳器和外接系统前置机均需要获得由总行CA中心签发的IC卡,作为自己合法身份的唯一标识。报文上行时,前置机使用自己的IC卡私钥对报文进

14、展加密签名,然后上传UMEP效劳器。UMEP效劳器使用该前置机证书中的公钥解密并核验签名,确认报文的合法性。报文下行时,UMEP效劳器使用自己的IC卡私钥,对下传报文加密签名后发送前置机。前置机收到报文后,使用UMEP效劳器的证书公钥进展解密并核验签名,核验通过后再发送给外接系统。UMEP的安全体系构造如下列图所示: 需要强调的是,在UMEP的设计过程中,通用性是整个平台的核心原则。只有具备了通用性力量的业务平台,才能最大程度的避开因业务变化带来的系统运行风险。 鉴于UMEP本身建构在基于效劳的根底软件平台之上,并且核心效劳采纳了分布式构造的设计,因此在物理部署上UMEP能够支持异地多机集群方式部署,具有高度的牢靠性和敏捷的可扩展性。此外,多层构造的设计思想,也使得UMEP具备了良好的伸缩性,既可以部署在总行中心,也可以部署在省级分行,如有需要甚至可以部署在二级分行乃至网点。先进的PKI证书安全技术,可以有效地阻挡非法报文的进入和防范数据在传输过程中被非法篡改,保证了平台系统的安全性。 综上所述,UMEP是一个基于分布式效劳设计的具备通用性、高牢靠性、高扩展性、高安全性,并具有良好的伸缩性和跨平台力量的通用报文交换平台。