首批通过分布式安全可靠测评,为关键业务系统打造
新资金系统上线,构筑金融安全新底座
- 95%+兼容的常见功能覆盖
- 8倍全量业务数据压缩备份降低
- 实时同步生产环境与同城灾备环境实现
国家开发银行(以下简称开发银行)作为政策性金融机构,是银行间市场的重要交易参与者,需要处理大量的资金交易簿记、风险监控、支付结算、会计记账业务。通过多年在资金系统研发建设方面的持续投入,保障了开发银行资金业务高效安全运行,不断创新发展。
为实现资金系统的国产升级改造并提升自主掌控能力,开发银行积极开展实践探索,作为重点技术攻关项目推进,经过两年努力,于 2025 年 10 月投产上线了新资金系统,完成基础软硬件国产升级改造,同时还培养了一批能够自主设计、自主研发的年轻技术骨干,为开发银行不断提升资金系统自主掌控能力奠定了良好基础。
问答实录
记者:在国产升级改造启动之初,技术选型是首要任务。能否请您介绍一下,贵行对于芯片、操作系统和数据库的选择是如何权衡的?尤其数据库涉及与原有 Oracle 兼容及分布式转型,请您分享一下当时的考量。
张立文:2023 年,开发银行启动了资金系统信创改造的技术选型。根据中国信息安全测评中心发布的安全可靠测评结果公告,选取了技术上相对成熟、应用较广泛的海光 C86 芯片服务器和麒麟操作系统。
数据库的选型工作相对复杂,既需要考虑与原有传统集中式数据库的兼容性,还得配合应用系统稳定、高效地读写数据。经过市场调研,发现分布式数据库 OceanBase 具有较高的本地部署市场占有率,同时在兼容性方面表现突出,能够覆盖 95% 以上的常见功能,并可以利用 OceanBase 内嵌的数据分析工具和迁移工具实现从传统集中式数据库到 OceanBase 的全自动化数据切换,保障数据的完整性、准确性和一致性,有效降低应用系统的改造工作量。
结合开发银行 IT 架构正在由传统的集中式向分布式转型升级,综合考虑选择分布式数据库 OceanBase,由此确定资金系统国产升级改造的技术栈。
记者:从集中式到分布式的架构演进过程中,技术团队遇到了哪些关键挑战?特别是在高并发、强事务、业务连续性及自主掌控能力等方面,贵行是如何应对的?
张立文:资金系统在向分布式架构转型的改造过程中,需要解决改造适配、中后台资金业务的实时并发处理、海量数据的高性能计算等难题,保障好资金业务的事务处理完整性、新老系统衔接的业务连续性,改善自有技术人员少、自主掌控底子薄等关键挑战。
经过技术团队的研究,制定并实施了以下措施:
其一,改造适配。为适配海光 C86 架构芯片和麒麟操作系统,技术团队重新编译了 GCC 编译器、GLIBC 基础库等,确保工具链与依赖库的版本兼容;为适配信创中间件,技术团队调整优化了应用系统的处理逻辑代码,使应用系统更好地适应中间件的类加载隔离机制差异、队列和主题模型特性等。
其二,实时并发处理。技术团队为应用系统设计了自动化的资金业务处理引擎,当完成一笔资金业务数据采集后,系统自动触发多个并行处理链路:风险监控服务自动计算信用风险敞口、资金交易损益、利率敏感性等风险指标;文档服务自动生成资金业务的确认书,并与交易对手或集中清算机构进行业务数据匹配;现金流服务实时拆解并计算多币种、多期限的现金流;结算预处理服务进行交易对手或集中清算机构的轧差处理;会计服务根据资金业务的生命周自动生成会计分录。有效地提升了资金前、中、后台业务的直通式、自动化处理,大幅降低了业务人员的检查和操作工作量。
其三,海量数据高性能计算。在应用系统层面,技术团队采用数据分片处理机制,将海量的资金业务数据处理任务拆解为多个独立的子任务并行执行,再利用多线程并发计算出结果;在数据库层面,针对资金业务头寸、额度等海量数据的计算处理,技术团队采用批量写入数据库方式,大幅减少业务数据逐条写入数据库的耗时,同时也减少了数据库与应用系统的通信频率。实现了存续期交易的高效管理和海量已到期交易的风险统计分析。
其四,事务处理完整性。在应用系统层面,技术团队构建了资金业务的事件驱动架构,由业务状态变化触发系统事件,所有事件统一接入消息总线进行集中路由与调度,并利用消息队列的持久化机制进行存储,从而实现了资金业务的事务处理完整性;在数据库层面,为了解决 OceanBase 和原传统集中式数据库在实现事务处理完整性上的差异,技术团队设计并重构了业务处理逻辑代码,避免 OceanBase 数据库的隐性死锁等问题,强化资金业务的事务处理完整性。
其五,业务连续性。在数据库层面,技术团队详细研究了 OceanBase 与原传统集中式数据库的差异,通过在 OceanBase 数据库中重新编写特有的函数、数据类型定义和复杂 SQL 语句,确保资金业务数据从原集中式数据库切换至 OceanBase 后的完整性、准确性;在业务数据切换实践方面,技术团队制定了详细的新老系统并行验证方案,组织开展了数据迁移的技术和业务验证、新老系统并行处理、并行结果的技术和业务对比验证,确认新系统的业务数据准确无误后正式启用,如果新老系统在并行期的数据比对结果偏差较大,则立即回切使用老系统,切实保障资金业务的连续性。
其六,自主掌控底子薄。为了改善自有技术人员少,长期以来对资金系统自主掌控能力不足的问题,组织了一批年轻的技术骨干与项目组技术团队混编,共同参与资金系统的国产升级改造工作,既要学习复杂的资金业务知识,还要了解掌握应用系统架构设计、接口调用规则,并且实际参与代码改造和测试工作。通过实践积累了丰富的经验,既培养了业务+技术的复合型人才,也提升了自有技术人员掌控资金系统的能力。
记者:完成改造后,资金系统在实际性能、成本效益和运维管理方面实现了哪些可量化的改善?是否有超出预期的成效?
张立文:2025 年 10 月,新资金系统顺利投产上线,实现了基础软硬件的国产升级,并成功将开发银行全量的资金业务安全、平稳地切换至新系统。
在用户使用和体验方面,由于技术团队在升级改造的同时开发实施了一批业务部门急需的系统功能,并针对性地优化应用系统的处理性能,不仅稳步提升了资金业务的自动化服务水平,而且实现应用系统改造前后的处理性能保持稳定。
在技术运维方面,生产环境与同城灾备环境的数据库同步由老系统的 8 小时延迟同步变成为新系统的实时同步,全量业务数据的压缩备份由老系统的 1.6T 大幅降至新系统的 0.2T。
记者:以资金系统为起点,贵行在国产升级技术应用方面有哪些更长远的布局?例如在分布式架构推广、AI 融合或极端灾备能力提升等方面,是否有初步规划?
张立文:站在资金系统完成改造的新起点上,开发银行将继续提高系统研发的自主掌控能力,切实推动分布式架构转型升级,不断深化灾备能力建设。
一方面,结合国内银行间市场的特点,自有技术人员组建研发团队开展资金系统的本外币功能建设,并通过“传帮带”培养资金业务的技术专家,持续提升对资金系统的自主掌控能力。
另一方面,推动资金系统的分布式架构改造,新增引入支持多活部署的动态负载均衡中心,负责服务发现、状态管理、故障恢复、弹性调度,实现对用户请求的动态路由分配,并根据实际业务负载情况进行弹性伸缩和横向扩展,更好地融入开发银行整体的分布式 IT 架构。此外,围绕构建金融级的业务连续性保障体系,建设资金系统“同城双活、异地冷备”的多层次容灾环境,实现全流程自动化的灾备切换,并积极参加监管部门的压力测试,按照“令下即切、切即可用、用可持续”要求,不断提升极端情况下的灾备应急响应和快速切换能力。