cvmachine.com - 申博开户网

搜索: 您的位置主页 > 网络频道 > 阅读资讯:浅谈银行IT架构ESB

浅谈银行IT架构ESB

2019-03-31 19:25:13 来源:www.cvmachine.com 【

由于以前的银行并不是很开发,存在系统之间集成的问题,所以无法快速对接外部场景,所以结构需要做出一些调整,建立开放生态,进而实现数据“业务化”。

主要从服务集成、API服务、数据驱动三个方面谈谈。

银行数字化转型有三个最主要的特征:

  1. 用户体验:以用户为中心的客户旅程设计
  2. 开放生态:与外部场景快速对接
  3. 数据驱动:通过数据洞察实现企业精细化运营,对客户提供差异化服务

快速实现以用户为中心的客户旅程设计,意味着未来的内外部应用/服务之间的相互协作会越来越密切,包括后端业务系统、渠道系统以及外部生态之间。这要求银行能够快速进行内部服务的集成和整合,能快速对接外部场景,这样才能做到以用户体验为核心,为用户提供方便、快捷的服务。而数据驱动的迫切需求也将使银行越来越重视数据质量和数据价值,使数据“业务化”,通过数据让银行了解客户,为客户提供定制化服务。

这对银行IT架构支撑体系提出了新的能力要求:敏捷的服务集成开放的API服务智能的数据驱动

一直以来,我们都知道ESB的最大优势在于SOA理念的落地,这实际上是从企业整体系统架构优化的角度出发,实现系统间的松耦合。即将服务系统的服务发布在ESB上提供给最终用户和其他消费者,也因此ESB被认为是纯粹的、具有通用性的技术架构,而它与传统综合前置系统最大的区别在于后者将“业务”和“技术”混杂在一起,这使得银行IT架构复杂、不清晰,牵一处而动全身;系统之间交互缺乏标准;软件复用程度低、运营和沟通成本高。企业服务总线系统的建设涉及银行服务治理,实现“业务”和“技术”的自由组合。

这里主要谈的敏捷的服务集成:

谈到服务集成,很多人可能会想到企业服务总线(ESB)。从单个系统来看,其内部服务之间的访问基本都是网状结构,服务与服务直接进行访问是顺畅有序的,似乎无需服务总线来支持内部服务。也许有人认为这是由于单个系统内部服务数量少,逻辑相对简单,所以网状结构没有问题。

然而,在互联网(INTERNET)上服务同样是网状结构,服务之间也是直接访问,没有人觉得在互联网上需要经过一个服务总线来避免网状结构。既然小到一个系统,大到整个互联网,服务间都是通过端到端的直接访问来实现服务集成,那为什么在企业级的IT架构规划中通过ESB实现服务集成到现在仍然被很多人认为是比较好的解决方案呢?

首先来看看ESB提出的背景。随着银行近二、三十年的发展,其IT建设从最早的一个综合业务系统开始到现在的上百个系统。随着系统数量的增加,系统间的相互访问越来越多、越来越密切,系统的建设难度和改造难度也越来越大。这就是我们经常说的牵一发而动全身,也是我们所“深恶痛绝”的网状架构的由来。

这个时候有人提出应该有个系统来解决系统间服务集成的问题,来屏蔽系统的变化对关联系统的影响,来统一管理系统间的关联关系。于是大前置及ESB就伴随着这个痛点应运而生。但为什么只有企业级架构规划中才会提出ESB的解决方案呢?其根本原因在于企业层面服务标准缺失或者滞后于IT系统建设。单个系统是由一个项目组来进行统一的设计和建设,其服务标准自然是统一的。互联网是伴随着HTTP协议问世的,其服务标准也是统一的。但银行众多IT系统的建设是各自先后完成的。

在很多年以前银行IT建设的初级阶段,银行尚没有考虑到在企业层面制定服务标准的想法。众多IT系统的服务有着各自的标准,从而导致服务间访问的难度和复杂度越来越大。由此很多银行纷纷启动并完成了ESB的建设。但其中不少完成了ESB建设的银行仍然忽视了服务标准的制定和落地,而仅仅关注在ESB的服务转接功能,认为已经从“网状架构”升级到了“总线架构”,服务集成已经不存在问题了。

实际上,如果没有服务标准或者服务标准没有落地,即使有了ESB,仅仅是把问题迁移到了ESB本身,服务集成的复杂度和难度没有真正解决。因此对于企业内部服务集成来说,ESB建设的最终目标应该是“消灭ESB”。通过ESB完成对全行各个应用系统间访问关系的梳理,根据制定的服务标准进行全面的服务治理。

通过服务治理使全行服务能够遵循统一的服务标准后,服务之间实现了便捷规范的直接访问,ESB也就失去了存在的意义。因此ESB是伴随着服务标准滞后于IT系统建设或缺乏服务标准而产生的,是“存量服务治理过程中的过渡方案”,而非银行进行服务治理的必经之路。相对于ESB,分布式微服务架构更适合银行进行服务治理,实现企业级SOA。服务集成的关键在于通过推进服务标准的全面落地,从而实现内部服务的“即插即用”。

总而言之,根据服务标准进行服务管控治理,使服务标准全面落地,实现内部服务的“即插即用”,这就是敏捷的服务集成能力。

以下内容可以帮助我们进一步了解ESB的IT价值。

  第一,通过建设企业服务总线平台,实现基于SOA架构的松耦合架构体系。全面解决系统之间的异构性问题,降低技术集成的复杂度,实现各个产品系统功能的服务化封装,奠定全行服务化的应用架构基础,全面提高银行IT架构灵活度和支持业务创新的能力。

  第二,通过服务治理,实现全行的服务生命周期管理及服务治理。通过梳理银行主要系统的交易或服务,完成全行统一服务管理标准和技术标准的建立,同时建立银行服务目录及服务水平协议,提升IT管理能力。

 第三,ESB使得核心系统、各业务系统独立发展成为可能。通过建设ESB,使银行各系统间成为松耦合关系,为银行各个专业的业务系统规划、建造、替换提供了独立的发展空间,系统间的连接成为一件轻松快乐的工作,银行的决策者们不需要每次系统改造时“如坐针毡”。

  第四,它可全面提升银行科技管理水平和能力。根据福里斯特研究所的报告,ESB整合商业银行现有和新建的系统、流程、服务,增加灵活性促进发展、加强对重要资源的控制,从而帮助企业实现SOA的价值。全面提升银行在系统开发、系统运行、业务发展、系统运维方面的能力,提高银行科技管理能力。

  神州数码一直致力于银行IT架构改造和优化项目的实施与咨询,其拥有自主知识产权的企业服务总线Sm@rtESB已经成为业界ESB实施的主流产品,实施案例超过30个,同时其长期积累下来的金融服务规范(MBSD)成为了银行服务治理建设的最佳蓝本。
 
 

本文地址:http://www.cvmachine.com/a/question/100168.html
Tags: 架构 浅谈 银行
编辑:申博开户网
关于我们 | 联系我们 | 友情链接 | 网站地图 | Sitemap | App | 返回顶部