天津银行:新一代企业服务总线系统切换方法实践
浏览:413次    类型:银行、城商行、基础设施、数据中心、中间件    2020-02-13 12:21

在银行信息系统建设的时代过程中,SOA 架构作为一种架构风格,很早就已经深入行业建设的大背景中。企业服务总线(ESB)作为 SOA 架构落地实践的基础平台,该系统的建设效果是否良好,直接决定了 SOA 架构能否给银行带来最安全的保障和最丰富的价值。天津银行自2009 年开始,布局全行 SOA 架构,在各系统间建立了标准的规范并搭建了企业服务总线,但是,在系统运行的过程中,随着业务量逐年上升,企业服务总线的性能瓶颈和单点故障,极大的影响了全行业务的发展和系统的稳定运行,并没有为全行架构带来应有的价值。此时,最新一代的分布式企业服务总线,成为了天津银行新的选择。分布式企业服务总线通过灵活的架构设计和弹性可伸缩的扩展能力,可支持行内未来业务的快速发展并可持续提升,且由于其分布式的特点,系统间避免了单点故障,极大的提升了效率,真正实现了从传统紧耦合复杂的 IT 架构,向松耦合、条线化、分布式的 IT架构的转变。


项目背景

2009 年,SOA 架构理念刚刚为国内银行业所接受,天津银行在系统建设中率先进行了实践,建设了企业服务总线并接入了全行系统。全行总体架构在国内同业信息系统建设中,也处于领先地位。随着系统建设日益增多,核心系统、渠道系统、支付系统等业务发展迅猛,总线对新接入系统提供了良好支持,日均交易量逐年上升,目前已经近几十万笔。

 

但伴随着新兴技术的日新月异,信息系统日渐增多,金融业务在渠道拓张后爆发式增长,老的企业服务总线日益显现出局限性,其在设计的架构、并发的性能、部署的单节点等方面,无法满足天津银行发展的趋势需求。年初,行领导在讲话中重点关注了企业服务总线的建设,要求作为 2018 年的重点工程,抓紧建设新一代企业服务总线。因此,在经过了广泛的调研和分析后,于 2018 年上半年,开启了新一代企业服务总线的建设。


建设方法

企业服务总线是行内的重要系统,其在架构中的地位甚至高于核心系统。在全行大部分系统集成到企业服务总线上来之后,如何实现这个重要系统的切换,是摆在天津银行信息科技部门面前的难题。天津银行科技人员,通过对现有系统的充分了解,充分考虑对未来切换风险的防范,反复讨论,多次论证,制定了切实有效的实施方法。

 

1. 领导重视,协同配合。作为全年的重点项目,行领导高度重视,率先成立了领导小组,由信息技术部主管领导牵头,开发中心、数据中心等多部门共同参与,在系统资源、后台保障、项目管理等多方面给予全力支持,同时参与到项目实施的各环节中,充分了解系统建设情况,力争把此次项目建设成为行内的标杆项目,并为后续项目的持续开发、运维打下基础。在整个切换过程中,项目开发团队和数据中心团队日以继夜,关注各系统生产运行状况,监控新企业服务总线的运行状况、交易峰值的情况、文件处理的情况、交易响应的时间,业务部门监控客户反馈、社会舆情,网点人员配合开门验证,各路信息共同汇总,执行指令逐级下发,各部门通力合作,就像一套运转良好的机器,有条不紊的完成了这次协同切换的系统工程。

 

2. 现状调研,摸清情况。由于老企业服务总线原理较为特殊,同时,建设时间较长,对接各系统时可能存在特殊的处理,而由于年代久远,文档已经缺失或者不准确,这都给新企业服务总线的建设提出了挑战。如何平稳的实现老企业服务总线的全部功能,并且各系统改造量小、配合测试量小,还要保证新系统的先进性和优势,是一个重要的问题。项目团队花费了较多的时间进行需求分析和设计,对各系统接入情况进行调研,甚至通过阅读老企业服务总线的代码,排查老企业服务总线内的特殊处理,务必做到平稳切换,业务无感知。

 

3. 过程严谨,方案可靠。在项目管理过程中加强过程管控和质量管控,形成各类评审会议 20 余次,各类文档 50 余份、测试环境 10 多套。

 

方案设计上,通过适配服务系统的方式,减少系统的改造,经过多次评审,保证与老企业服务总线无缝衔接。在测试阶段,启用了独立的测试团队,专门进行多轮测试,并将行内其他项目的测试环境,也更新为新一代企业服务总线的环境,让其他项目测试时,也测试了新总线的功能,这样,在测试阶段,项目团队事实上并行支持了 10 多套测试环境。针对系统间文件读取频繁和多次的问题单独进行了设计,避免了老企业服务总线多次交互的问题。针对性能需求,团队设计了压力测试方案并评审,重点验证了系统具备充分的抗压能力。并在压力测试中,获得了较好的效果。SOA 架构体系思想的重要组成部分是服务的设计和规范。在服务规范层面,原有企业服务总线已经形成了事实规范,行内大多数系统均符合现有规范。但是,离行业通用的服务规范要求和面向全行的服务治理还有很大的差距。项目团队在现有规范的基础上,增删部分规范细节,为了在有效的时间内按期上线,各项目组不做大的改造,只对部分规范和服务进行治理,待后续以合适的时机进行规范和修订。

 

4. 逐步切换,平稳过渡。为了实现系统平稳切换,项目团队分析并设计了新老并行、小范围、多批次,逐步切换的投产方案。投产过程为新老企业服务总线并行,通过系统开关和部署设计,灵活的控制哪些系统哪些交易调用哪个企业服务总线。这样,不仅可以控制企业服务总线的接入系统范围,平稳的实现系统切换,同时,也提供了较为完善的应急和回退方案。创新性的使用“切换、试运行、再切换、再试运”的方式,在一个星期内隔天切换,逐步上线,保证生产的稳定。项目团队进行了各项评审并进行了 3 轮切换演练,连同灾备切换演练一起,切实保证所有情况均有预案。


经验总结与挑战

通过此次系统建设,集成了行内 70 多个系统,2000 多个接口和服务,支持文件的频繁快速传输。并创新性的进行了项目方案和切换方法的验证,为后续其他重要系统的切换,积累了经验。

 

1. 现状调研为主,协同测试辅助。银行对老系统的切换,主要问题是对现状的调研,由于各种原因,可能存在一些未知的问题,这些需要充分的了解系统才能获得,项目组通过访谈、阅读代码等方式进行了调研。同时,对于一些无法发现的问题,可以通过测试进行发现,但是,往往没有足够的人员和精力进行测试,在这方面,项目组发动了正在测试的其他项目,将新平台部署到行内正在测试的其他项目环境,相当于各项目同时并行测试,极大的提高了测试的效率和覆盖程度。

 

2. 小心制定方案,逐步切换。企业服务总线系统的重要性,决定了切换会影响到很多交易,因此,项目中创新地采用了“切换、试运行、再切换、再试运”的方式,逐步上线。充分保证了切换的平稳、无影响。同时对多种可能的情况进行了预案和演练,保证一旦出现问题,可快速切换,不影响生产。

 

随着新的企业服务总线的上线运行,在未来全行服务治理完毕之后,还需要继续向微服务化发展,如何继续支持微服务架构的发展和改造,是未来面临的新的挑战和课题。在保证充分的服务治理下,全行服务运行在可管理、可监控、可扩展的企业服务总线上,将会为未来打下坚实基础。


来源:金融电子化 

作者:天津银行信息技术部总经理  许平



推荐阅读:
【案例】江西农信社移动营销建设与实施
中信银行:流量采集异构数据业务性能监控场景
中信银行:线上服务打造“金融+科技”疫情防控新模式
【案例】北京农商行:统一及可视化监控体系建设项目
【案例】山东农信社金融服务平台项目
本网站部分案例、观点文章来源于网络素材,如有侵权,请邮件联系liuzhenyu@fintechinchina.com处理!转载网站文章请注明来源于金科创新社。特别提示:本网站免费为广大金融企业提供IT规划、选型咨询参考报告,详情点击【 需求提交 】。