银行核心系统的现代化改造,华为的答案是重塑敏捷和重塑韧性
发布时间:2024-09-26 01:31 浏览量:16
自2014年开始,国内的银行机构纷纷向分布式架构转型,并像同心圆一样把系统分成了两个部分:
内层的小圆是核心系统,承载了银行存款、贷款、银行卡、清算核算等业务,被比作是“银行跳动的心脏”;外层的大圆是外围服务系统,包括营销、风控、用户体验等业务,也是最早用新技术改造的对象。
过去十年时间里,随着科技的发展,陆续衍生出了手机银行、互联网金融、大数据风控等创新应用,但核心系统却出现了架构老化、处理能力不足、硬件故障多发等问题,以及伴随国家宏观政策的指引,核心系统转型迫在眉睫,不少银行在核心系统外投入了大量的精力。
核心系统作为银行数智化转型的“一把手工程”,重要性不言而喻,同时也存在易用性、迁移难度、投入产出比等一连串“疑虑”。能否为摆在眼前的问题找到最优解,直接影响着现代化金融核心系统的改造进程。
华为全联接大会2024的全球智慧金融峰会上,联合伙伴正式发布了《现代化金融核心系统白皮书:实践篇》(下称白皮书2.0),以及全新升级金融分布式新核心解决方案5.0,为现代化金融核心系统的演进提供了新范式。
01 转型进入深水区,需要一份“全局地图”
有人曾这样形容银行核心系统的改造,“相当于给正在跳动的心脏,做一场不停摆的换心手术”。
在快速响应、敏捷弹性的需求下,如何构建高可扩展性、高成本效益、高敏捷性的金融核心系统,已然成为当前金融机构普遍关注的问题。阻力恰恰出现在实践过程中,且不难梳理出四大常见痛点:
一是工程实施难,新核心系统的建设普遍需要12个月以上,典型的投入资金大、时间周期长,不仅无法满足“敏捷”的诉求,投入产出比也是一道必答题,需要采取合理的实施方法、路径和步骤。
二是传统核心跨数据中心容灾能力弱,传统集中式核心系统在同城双中心的容灾架构上一般能做到应用双活,但核心数据库架构还是采用单中心+同城容灾的模式,因此遇到IDC级别或者主中心核心数据库故障时,在数据层的爆炸半径较大,跨中心切换RTO较长,部分数据库还做不到RPO为0。
三是开发效率的低下,由于核心系统涉及的项目数量多、规模大,优秀的软件开发工程师招聘难,而人才供给上的不足,慢慢形成了两个“高成本”:人力成本高、复杂的技术难题定位成本高。
四是运维的复杂性,银行核心系统的数据庞大、业务繁杂且关联性强,云化分层部署后,故障界定复杂且耗时长。再加上99.999%的可靠性要求,运维团队要么在诊断故障,要么在响应和处理已经发生的故障。
正是因为这些痛点的长期存在,载银行加速数字化转型进程中,在全面提升数字化经营与服务能力的要求和大趋势下,不少银行的核心系统演进并不算顺利,甚至可以用缝缝补补来形容。
个中原因并不难解释。
如果只盯着某个或某几个痛点做方案,大概率会陷入“身在此山中”的误区:单个痛点很容易解决,可核心系统的转型越深入,遇到的问题和痛点就越多,问题之间往往互相关联,最终陷入被问题牵着鼻子走的困局,背离敏捷和韧性的初衷。
怎么才能以全局思维推进银行核心系统的转型呢?
有着丰富金融行业实战经验的华为,在白皮书2.0中给出了答案:银行核心系统的改造是一项系统工程,首先要解决的就是“顶层设计”,对准业务战略描绘出现代化金融核心系统转型的目标和蓝图,在银行内部形成共识;然后剖析核心系统转型存在的挑战,给出具体的举措、路标、项目和实施方案。
打一个比方的话:白皮书2.0就像是一份全局地图,打开了现代化金融核心系统改造的“上帝视角”,哪里是需要重点改造的核心痛点,哪里是转型中的常见误区,哪些环节需要满足监管合规要求……有了系统性的转型和实践经验,根据业务需求进行体系化推进部署,最终找到解决问题的最佳方案。
02 “作战方案”再进化,韧性和敏捷被重塑
与白皮书2.0同时发布的,还有针对现代化金融核心系统的“作战方案”。
2023年的华为全联接大会上,华为在金融分布式新核心解决方案3.0中提出了1+3+N的架构,即1个全栈自主创新、敏捷韧性的云原生金融级底座;高性能GaussDB数据库、分布式技术平台和应用开发平台组成的3大平台;以及联合广大伙伴共同构建的N维能力,包括核心咨询规划、数据迁移工具、应用改造规范、性能调优服务等等。
刚刚发布的金融分布式新核心解决方案5.0,延续了“1+3+N”的架构,并且带来了5大关键能力的升级。
1、工程工艺升级。
2022年发布的《现代化金融核心系统白皮书》中提出了“4阶22步”的方法论,被再次提炼总结成“4阶10步”的工程实施路径,明确了规划设计、平台搭建、应用上云、运行维护四个阶段的十步关键动作,进一步缩短转型周期。
2、多活架构升级。
通过软硬协同、存算协同、云网协同、存光协同等产品组合,基于MAS打造了高可用、高性能、高弹性的系统架构,能够在多个地理位置分散的数据中心站点同时并行处理,实现99.999%的可靠性、毫秒级ART、万级TPS等指标。
3、数据库架构升级。
GaussDB数据库采用存算分离模式,打造了高可用、大容量的数据存管架构,带来了硬件高可用(年均停机时长31秒)、架构高可靠(同城RPO=0)、按需扩容(单库容量64TB+)、极速备份(10T全库备份小于2小时)等能力。
4、智能研发升级。
引入了基于盘古大模型的智能开发助手,拥有代码生成、研发知识问答、单元测试、代码解释、代码注释、代码调试、代码翻译和代码检查等能力,端到端研发效率提升了30%以上,将开发人员从传统的繁重的工作中解放了出来。
5、一体化运维升级。
从应用、中间件、数据库、容器、云资源到物理设备,实现了自上而下穿透式的可观测、根因定位和快速恢复能力,通过对数据链、交易链、部署链实现实时监控与链路追踪,实现对故障的1分钟发现,5分钟定界,10分钟业务恢复。
可以看到,有别于扩充资源为主要手段的粗放模式,华为提出的“作战方案”采用了平稳改造的路线:先通过“1+3+N”的架构,帮助银行从集中式核心系统向分布式转变;接下来围绕工程实施、开发效率、容灾、运维等进行能力升级,既满足了银行核心系统的架构韧性,又实现了业务开发的敏捷,持续为银行核心系统的现代化改造保驾护航。
03 和伙伴联合创新,协力构筑“新质体系”
“全局地图”回答了“改什么”,“作战方案”指明了“怎么改”,另一个必须要回答的问题是:谁来改?
金融是离数智化最近的行业,而银行又是体量最大、系统最为复杂的金融场景。也就意味着,在千行万业的数智化转型中,金融行业势必要担纲探路者的角色,没有现成的作业可以抄,必须要去啃最难啃的骨头。同时每家银行的禀赋不同,需求各异,不可能用一套方案解决所有问题。
正如前面所提到的,“1+3+N”架构中的N来自联合广大伙伴共同构建的能力,相关联的还有面向5类业务场景的联合创新集成机制:华为Openlab金融实验室面向伙伴和客户提供解决方案联合创新与集成验证平台,提供集成设计、一体化集成平台等两大关键能力。
目前已经完成10+伙伴方案的创新与集成。
譬如长亮科技基于华为云stack、容器引擎、分布式数据库、PaaS服务等研发的APStack平台,目前已经完成存款、贷款、账户和公共管理等核心业务的实验室预集成和深度优化,涉及1000+业务用例。
同样的还有神州信息的SmartGalaxy平台,基于云原生金融级底座和3大平台,完成了银行核心业务的实验室预集成和深度优化,包括联机交易、批量、会计核算、总账系统等,全面支撑亿级账户十亿流水、万级TPS交易。
一个个被行业认可的荣誉,为联合创新的正确性画上了注脚。
2024年中国国际金融展上,光大银行的“重要业务系统云化建设”项目荣获金融展“金鼎奖”——优秀金融科技赋能业务创新案例奖。
因为在华为和伙伴的助力下,光大银行在两年间陆续实现了180余套业务系统的上云改造,实现了集中式架构到全栈云平台的平滑迁移,让系统稳定性、资源利用率、运维效率大幅提升。
江苏银行在2023年与华为合作启动了关键业务系统的分布式改造,改造后的会计核算平台显著提升了数据处理能力,增强了系统的安全性和稳定性,为全国城商行交易类系统的自主创新改造提供了借鉴价值,并因此荣获了《亚洲银行家》颁发的“中国区域最佳数据整合与数据架构实施奖”。
可以找到的联合创新案例还有很多。
这些案例的价值,绝不仅仅是一个个奖项那么简单,还是现代化金融核心系统的创新“风向标”。
直接的例子就是白皮书2.0中重点提到的现代化核心6大新质体系,即敏捷智能体系、全栈韧性体系、持续可信体系、开放集成体系、工程工艺体系和稳健迁移体系,结合新质生产力要求和现代化金融核心系统改造升级的实践经验,归纳总结出了一套现代化金融核心新质体系,驱动金融行业不断向上生长。
04 写在最后
银行核心系统作为“最后一道堡垒”,向分布式架构转型、走向云原生已经是毋庸置疑的行业趋势。
至少华为和伙伴们的一次次“翻山越岭”,正不断塑造着现代化金融核心系统升级改造的信心:只要找到了合适的“全局地图”、拟定了正确的“作战方案”、找到了有能力的合作伙伴,高可靠、高性能、高可用的现代化金融核心系统,将是一件水到渠成的事。
把眼光再放长远一些,全球范围内的现代化金融核心系统演进方兴未艾,华为和伙伴们接下来还将“把中国速度带往全球”。