银行核心系统的现代化改造,华为的答案是重塑敏捷和重塑韧性

简介: 自2014年起,国内银行纷纷向分布式架构转型,将系统分为核心系统与外围服务系统。然而,核心系统面临架构老化、处理能力不足等问题,亟需转型。华为在2024全联接大会全球智慧金融峰会上发布了《现代化金融核心系统白皮书:实践篇》及金融分布式新核心解决方案5.0,提出“1+3+N”架构,涵盖工程工艺、多活架构、数据库架构、智能研发和一体化运维五大升级,助力银行核心系统向分布式转型。通过与众多合作伙伴联合创新,华为为银行提供了系统化的转型方案,推动金融行业的持续发展。

自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 写在最后
银行核心系统作为“最后一道堡垒”,向分布式架构转型、走向云原生已经是毋庸置疑的行业趋势。

至少华为和伙伴们的一次次“翻山越岭”,正不断塑造着现代化金融核心系统升级改造的信心:只要找到了合适的“全局地图”、拟定了正确的“作战方案”、找到了有能力的合作伙伴,高可靠、高性能、高可用的现代化金融核心系统,将是一件水到渠成的事。

把眼光再放长远一些,全球范围内的现代化金融核心系统演进方兴未艾,华为和伙伴们接下来还将“把中国速度带往全球”。

相关文章
|
8天前
|
弹性计算 人工智能 架构师
阿里云携手Altair共拓云上工业仿真新机遇
2024年9月12日,「2024 Altair 技术大会杭州站」成功召开,阿里云弹性计算产品运营与生态负责人何川,与Altair中国技术总监赵阳在会上联合发布了最新的“云上CAE一体机”。
阿里云携手Altair共拓云上工业仿真新机遇
|
4天前
|
机器学习/深度学习 算法 大数据
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析
2024“华为杯”数学建模竞赛,对ABCDEF每个题进行详细的分析,涵盖风电场功率优化、WLAN网络吞吐量、磁性元件损耗建模、地理环境问题、高速公路应急车道启用和X射线脉冲星建模等多领域问题,解析了问题类型、专业和技能的需要。
2464 14
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析
|
4天前
|
机器学习/深度学习 算法 数据可视化
【BetterBench博士】2024年中国研究生数学建模竞赛 C题:数据驱动下磁性元件的磁芯损耗建模 问题分析、数学模型、python 代码
2024年中国研究生数学建模竞赛C题聚焦磁性元件磁芯损耗建模。题目背景介绍了电能变换技术的发展与应用,强调磁性元件在功率变换器中的重要性。磁芯损耗受多种因素影响,现有模型难以精确预测。题目要求通过数据分析建立高精度磁芯损耗模型。具体任务包括励磁波形分类、修正斯坦麦茨方程、分析影响因素、构建预测模型及优化设计条件。涉及数据预处理、特征提取、机器学习及优化算法等技术。适合电气、材料、计算机等多个专业学生参与。
1505 14
【BetterBench博士】2024年中国研究生数学建模竞赛 C题:数据驱动下磁性元件的磁芯损耗建模 问题分析、数学模型、python 代码
|
1月前
|
运维 Cloud Native Devops
一线实战:运维人少,我们从 0 到 1 实践 DevOps 和云原生
上海经证科技有限公司为有效推进软件项目管理和开发工作,选择了阿里云云效作为 DevOps 解决方案。通过云效,实现了从 0 开始,到现在近百个微服务、数百条流水线与应用交付的全面覆盖,有效支撑了敏捷开发流程。
19274 29
|
1月前
|
人工智能 自然语言处理 搜索推荐
阿里云Elasticsearch AI搜索实践
本文介绍了阿里云 Elasticsearch 在AI 搜索方面的技术实践与探索。
18822 20
|
1月前
|
Rust Apache 对象存储
Apache Paimon V0.9最新进展
Apache Paimon V0.9 版本即将发布,此版本带来了多项新特性并解决了关键挑战。Paimon自2022年从Flink社区诞生以来迅速成长,已成为Apache顶级项目,并广泛应用于阿里集团内外的多家企业。
17515 13
Apache Paimon V0.9最新进展
|
6天前
|
编解码 JSON 自然语言处理
通义千问重磅开源Qwen2.5,性能超越Llama
击败Meta,阿里Qwen2.5再登全球开源大模型王座
368 11
|
1月前
|
存储 人工智能 前端开发
AI 网关零代码解决 AI 幻觉问题
本文主要介绍了 AI Agent 的背景,概念,探讨了 AI Agent 网关插件的使用方法,效果以及实现原理。
18698 16
|
3天前
|
算法 Java
JAVA并发编程系列(8)CountDownLatch核心原理
面试中的编程题目“模拟拼团”,我们通过使用CountDownLatch来实现多线程条件下的拼团逻辑。此外,深入解析了CountDownLatch的核心原理及其内部实现机制,特别是`await()`方法的具体工作流程。通过详细分析源码与内部结构,帮助读者更好地理解并发编程的关键概念。
|
2天前
|
SQL 监控 druid
Druid连接池学习
Druid学习笔记,使用Druid进行密码加密。参考文档:https://github.com/alibaba/druid
195 82