银行新一代核心系统改造升级方法及基础架构发展思路

1、 银行新一代核心系统改造升级方法及基础架构发展思路 当前，银行的核心系统面临新一轮的严峻挑战，并发能力的不足、基础架构的扩展性限制、业务灵活度的缺乏等等，这些问题近些年来一直在困扰着银行科技人，社区组织了多次交流，邀请相关领域同仁探讨问题、分享经验，希望借此助力银行科技人把握好发展的方向。以下是在社区最近举办的“中小银行新一代核心银行系统基础架构方案设计线上答疑”中，大家分享的有价值经验和观点，由社区专家赵海总结成文，主要分为以下几个方面，供参考。1、核心系统进行改造升级的必要性2、核心系统改造升级的思路和方法3、核心系统基础架构发展思路4、核心系统容灾建设一、核心系统进行改造升级的必要性Q1

2、：中小银行核心系统如何满足丰富多变的产品需求？A1：我想这是每一个银行在现阶段都会遇到的问题，一层不变的金融产品已经不适合现代金融的发展了。转而要求的是快速变化快速适应市场的金融产品，包括利率的灵活性，包括储蓄以及理财手段的多样化，包括顾客群体的差异化，包括快速顺应金融政策的变化等等。那么这就要求核心系统的设计不能以业务流程为指导思路的紧耦合设计了，而实转为产品工厂模式的设计思路充分解耦。通过模块处理的松散组合形成金融产品才能实现产品的灵活性和快速交付。（赵海）A2：做稳后台，做大中台，做活前台。后台是核心银行系统、数据采集系统等。中台是各类产品系统、支付系统。前台是前端系统，如手机银行等。（

3、sunjianchen002）Q2：银行的核心系统基础架构是不是一定要重构？是部分模块重构还是整体需要重构？A1：从长远发展来看，其实重构是大家面临的迟迟早早的问题。大部分银行的核心系统都是若干年之前的核心系统，支撑长久不变的传统金融业务是问题不大，单是现在以及未来，金融业务的模式无论从内容上还是从形式上都会逐渐发生颠覆性的变化。总有一天，这种矛盾会严重到必须改变的程度。究竟选择什么样的时机去做这个事情，这是大家面临的问题。但是究竟是全部改造还是部分模块儿改造，这个问题取决于现有核心系统架构的灵活性或者模块化程度如何，如果通过部分模块的的重构以及模块儿的重组能够解决大部分问题，那么久没必要全部

4、重构。但是如果原来的系统耦合性非常高，无法通过模块儿重组的方式来改变业务模式，那么么就需要考虑全部重构了。（赵海）A2：系统重构需要注意这是行里驱动的、业务部门驱动的还是科技部门驱动的。不同的驱动方式意味着资源调动能力有非常大的差别。若仅仅是科技驱动，则最好是部分重构，以此组建并锻炼队伍，选择技术合作伙伴，探索合适本行的技术发展路线。而且即便是高层驱动，若是近期没有进行过大规模系统建设，也应小步快跑，从易到难，各个击破，不易齐头并进。具体到方案设计，宜集思广益，多调研，选取合适的技术方案。应用系统架构与规划也要给予同样重视，不是先进的体系结构一定意味着成功的应用系统。对于业务人员，他们关注的是

5、，在你建设系统期间，他们多久不能提新需求。（sunjianchen002）二、核心系统改造升级的思路和方法Q1：是重新构建核心系统还是组建双IT架构更稳妥？A1：新构建核心系统和组建双IT架构,不会冲突,核心系统必须满足未来双IT架构的双活部署,如果核心系统不满足新业务模式需要考虑重构,组建双IT架构是未来数据中心必然趋势,也是银监会规定。（asdf-asdf）Q2：银行的核心系统基础架构究竟是不是一定要进行微服务架构改造？A1：微服务还没有准确的定义，与其说是一种架构，不如说是一种理念。微服务的核心诉求是应用或组件独立部署，减少没必要的耦合。如果设计的好，会使一些业务变更不影响其他业务，甚至可以做到灰度部署。但是，微服务到底微到什么程度，则是架构成败的关键。极端的，有将一个系统的每个接口均独立部署，这会加大运维和管理的负担，没有必要。（sunjianchen002）Q3：如何规划和实施核心系统的升级改造和迁移？A1：关于核心系统的改造，这是一个很大的解决方案，牵涉到业务、组织架构、开发、基础架构等等诸多方面。说到关键点的话，同样会有很多，但是有一点相信是很多银行都已经碰到过的问题了。传统核心系统的架构在