服务热线: 021-60876797
十多年行业从业经验
拥有丰富的金融产品设计和服务能力
 
新闻资讯 News
021-60876797        联系电话

谈银行ESB部署与综合大前置的改造

日期: 2017-05-05
浏览次数: 419

 

本文主要谈论银行企业内部已经搭建了一个综合大前置平台的IT架构,但随着业务和IT技术的发展,银行在部署企业系统总线(ESB)时可以进行优化改造的一些相关技术方案。

首先我们说一下银行综合大前置系统。综合大前置系统在银行内集成各个渠道的前置系统,成为通用的前置系统开发平台,它可以方便地实现三层处理结构体系,并有可能成为一些小系统的后台处理系统开发平台。大前置是所有前端的后台,又是所有后端的前台,所以有时候我们也叫它“中台”。大前置是统一的交易接口和多样化的门户接口之间的桥梁。

从2000年开始,前置大集中成为各家银行发展的趋势,通过建设综合大前置系统,银行内部集中实现了业务渠道和客户服务的整合,综合大前置系统集中可以实现高柜、低柜、自助设备、银联金卡、电话银行、网络银行、自助查询终端等服务渠道的前置业务逻辑。同时也可以作为银证通、开放式基金、个人外汇买卖、非贸系统、代收费等中间业务或外围业务的前置系统。综合前置系统的渠道大集中也可以认为主要是技术平台的整合。

综合大前置系统的架构示意图:

谈银行ESB部署与综合大前置的改造

综合大前置系统的建设,促进了银行中间业务的发展,还理顺了银行IT系统发展初期内部系统错综复杂的通讯关系,适应了当时的银行信息系统建设。但是,传统的银行信息化的重点基本上以单一业务系统建设和改造为中心,随着业务的发展和信息化的深入,越来越多的银行企业开始面临信息化带来的新挑战。如:银行业务越来越多,服务要求越来越高,就要求银行系统能够提供多样化,可定制的服务;银行内部系统众多,相互资源却无法利用,成了一个又一个“信息孤岛”;竞争对手动作越来越快,如何能够快速推出面向需求的产品,应对激烈的市场竞争,传统以单个业务为基础的系统框架以无法满足市场的需要,如何设计满足业务动态变化和多样性的信息系统架构,已成为银行下一步信息化建设的重要课题。

现在很多银行开始新一代信息系统建设的规划和建设,应用架构设计的总体目标是建设以客户为中心、面向服务的松耦合应用架构,也就是SOA(面向服务架构)。

基于SOA(面向服务架构)的信息系统体系架构方案使银行在充分利用现有系统资源的基础上,最低成本实现各业务系统无缝集成。通过将业务系统封装为服务,借助企业服务总线(ESB),实现各类生产、管理和决策等重要信息系统之间高效整合。这里,我们要重点描述一下企业服务总线(ESB)。

企业服务总线(EnterpriseServiceBus,ESB)从面向服务体系架构发展而来,是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,采用了“总线”这样一种模式来管理和简化应用之间的集成拓扑结构,以广为接受的开放标准为基础来支持应用之间在消息、事件和服务级别上动态的互连互通,是一种在松散耦合的服务和应用之间标准的集成方式。它可以作用于:

①面向服务的架构—分布式的应用由可重用的服务组成;

②面向消息的架构—应用之间通过ESB发送和接受消息;

③事件驱动的架构—应用之间异步地产生和接收消息。

ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为低廉的解决方案。同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。从功能上看,ESB提供了事件驱动和文档导向的处理模式,以及分布式的运行管理机制,支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口。

ESB提供了一种开放的、基于标准的消息机制,通过简单的标准适配器和接口,来完成粗粒度应用(服务)和其他组件之间的互操作,能够满足大型异构企业环境的集成需求。它可以在不改变现有基础结构的情况下让几代技术实现互操作。

通过使用ESB,可以在几乎不更改代码的情况下,以一种无缝的非侵入方式使企业已有的系统具有全新的服务接口,并能够在部署环境中支持任何标准。更重要的是,充当“缓冲器”的ESB(负责在诸多服务之间转换业务逻辑和数据格式)与服务逻辑相分离,从而使得不同的应用程序可以同时使用同一服务,不需要在应用程序或者数据发生变化时,改动服务代码。

ESB在SOA中扮演着重要的角色。在技术层解决了SOA的整合问题,耦合了应用与应用之间的集成逻辑,使得SOA更灵活,更易于扩展,更敏捷。有了ESB,新建的服务消费者应用程序不需要关心服务的提供者在哪里,使用何种通讯协议,与其交互的数据是怎样的……它只需向ESB发出请求,使用开放的、标准的通讯协议。相反,若某个可重用的价值较大的服务位于某一个遗留系统中,而由于种种原因,该遗留系统不能在短期内重写,此时ESB可以架起该服务与其使用者之间沟通的桥梁

ESB架构示意图:

谈银行ESB部署与综合大前置的改造

 

  综上所述,银行要搭建面向服务的松耦合应用架构(SOA),就必须通过部署ESB技术进行落地实践。那么我们就得考虑,在部署ESB的时候,综合大前置的在行内的位置该如何调整、原承担的功能又如何重新规划。

因为我们看到,ESB和综合大前置有着不少功能重合的地方,如果不加以梳理改造,那么行内系统之间的关系将会变得愈加错综复杂、难以维护。

结合我们对多个项目实施的经验,银行的信息系统在搭建SOA架构,部署ESB系统的时候,综合大前置可以做以下方面的改造:

一、综合大前置转变角色,转变为中间业务前置系统。

大部分银行的综合大前置,在部署ESB前,在行内的信息架构里面就相当于信息中枢,兼顾有信息转发、报文转换及部分业务落地处理等功能。改造后应只留下部分功能,如负责与第三方系统的对接、报文转换以及中间业务的业务逻辑处理等。此时中间业务前置系统只是作为一个与ESB连接的普通行内系统。

二、原来的综合大前置的数据路由功能,特别是交易透传部分,转由ESB负责。

三、行内原来与综合前置相连的系统,除了需要在综合前置上进行落地处理的交易请求外,全部改成与ESB相连。

四、原综合大前置负载协调行内各系统的服务调用问题,改为由ESB负责,也就是说原本综合大前置直接与各个系统相连,也改成了通过ESB调用相关服务,而不再关心各个系统所处的位置以及提供的功能。

 

对应的,作为行内ESB的实施工作内容,主要有以下几点:

一、原先所有对接综合前置的行内系统,都改成对接ESB系统。

二、制定行内统一标准规范报文接口,今后新建系统,接口必须按标准接口开发。在新系统实施时可以要求新上的系统要遵循ESB规定的标准。

三、为了避免实施过程中影响面太大,减少风险,旧有系统可以使用原有的接口规范接入ESB。ESB再进行转换成标准报文,这就要求ESB必须具备一定的报文转换功能。

四、ESB需要完成原综合大前置的报文转发工作,那么原大前置涉及到的密钥管理,加解密计算,ESB也得进行对应改造支持。

五、如果原来行内没有搭建密钥管理平台,则可以通过ESB的实施,建立一个统一的中心服务型密钥管理平台,各个节点在进行ESB调用的时候,由ESB进行报文密钥转换的工作,这样可以提高行内安全规范等级,更好的符合监管机构的要求。

六、原来各系统所提供的服务,行内进行统一梳理,通过ESB注册和发布,各个系统间的调用,都通过ESB服务调用。要求新上的系统要遵循ESB规定的标准,能使用已有的ESB提供的服务,就不做新的开发。

改造后示意图:

谈银行ESB部署与综合大前置的改造

经过改造,综合大前置和ESB并存,综合大前置变成了业务大前置,地位等同于一个行内系统,并列接入ESB系统,负责接入第三方行外系统,并进行部分业务落地处理,随需修改。而ESB系统则保持相对稳定,平时在新系统接入,原系统开发新服务的时候,则需要维护服务注册等。

 

联系我们
 
  • 扫码关注我们上海长亮

Copyright ©2015 上海长亮信息科技有限公司
犀牛云提供云计算服务
地址:上海市浦东新区杨高南路428号由由世纪广场2号楼17A室



电话:021-60876797
邮编:200127