首批通过分布式安全可靠测评,为关键业务系统打造
首家国有大行核心系统全量完成“全栈国产+云化+分布式部署”
- 7亿元合计总成本节约
- 6倍金融TPS(每秒处理事务数)提升
- 7倍+跑批效率提升
专访交通银行 | 核心数据库的“分布式革命”
张丽霞-《金融电子化》杂志记者
专访交通银行 | 核心数据库的“分布式革命”
张丽霞《金融电子化》杂志记者
交通银行软件开发中心副总经理郭志军将结合交通银行在数据库改造方面的实践探索,深入剖析银行核心系统数据库升级的路径选择、挑战应对及建设成效。
一、业务背景
二、业务挑战
- 容量和弹性不足
- 随着业务量的增长,暴露了大机容量不足和缺乏弹性的问题。集中式架构扩展性和弹性能力差,无法支撑“亿级”卡量在类似“双十一”、“最红星期五”等高并发场景下对系统负载产生的巨大压力,交易缓慢。
- 大机价格昂贵
- 大机软硬件价格昂贵,而且软件license费用也随着硬件容量的增长水涨船高,同时因为“只此一家别无分店”,不具备自主方面的能力,只能接收国外厂商高价,即使是国有大行也愈发感到不堪重负。
- 容灾等级无法满足要求
- 传统大型机囿于集中式架构,一般只能采用传统的主备模式,通过磁盘镜像(一般开启为异步模式)实现同城数据容灾,同城RPO>0,且没有异地容灾能力,无法满足监管要求。
- 资源浪费严重
- 交通银行此前采用DB2 for z/OS sharding架构实现有限的同城双活,备机房只能在“双11”等业务峰值期间启用,用于承接少量只读业务,无法实现常态化的双活,备机房资源被闲置浪费。
三、解决方案
基于OceanBase多租户特性,跨多集群百租户百库百表单元化设计,其中5个单元化(Rzone)集群:每个集群20个租户,每个租户对应一套分片库/表,总共百租户/百库/百表,统一按客户内部编号分片,实现资源隔离和减少爆炸。
采用同城三机房容灾部署架构+异地主备集群架构。其中,OceanBase主集群采用“2+2+1”五副本方式部署,通过Paxos协议保证同城三机房数据强一致性。同时,上海同城机房多活,通过OceanBase租户切主能力,配合应用流量分配实现机房级访问收敛和流量调拨。
通过OMS实现百库百表-单库数据同步,解决类似催收批量等非单元化语境下的数据聚合访问需求,提高催收业务的处理能力。
OceanBase超高的写入性能,支持长亮、天阳分别采用联机写入和多表join写入等不同的数据迁移方式,4小时内即完成全量数据据从大机卸数、数据转换。
四、应用场景
交通银行新一代信用卡核心系统成功上线至今已经稳定运行近一年,经历过2022年的“双11”、元旦、春节等业务高峰的考验,性能表现优异,充分证明了 OceanBase 产品的稳定可靠高效。由此,交通银行有了充足的信心,决定将存量系统由 DB2/MySQL 全部迁移到 OceanBase。目前,已有 ECIF、贷记卡账务、对公网银等几十套系统迁移到 OceanBase,传统核心也在基于 OceanBase 进行大机下移和单元化改造。
五、客户收益
- 提升容灾等级
- 实现“两地四中心”的城市级容灾方案,达到金融行业5级容灾标准要求,满足7x24高可用。
- 显著降低成本
- 节省大机资源超过15000MIPS,贷记卡核心系统从大型主机下移到自研x86服务器,加上前后台运营、消保人力等,合计节省约7亿元。
- 提升运行效率
- 业务处理性能显著提升,金融TPS(每秒处理事务数)提升6倍、跑批效率提升超过7倍、金融交易响应时间不超过120ms,远超大机,可支持单日10亿级交易量,并可进一步扩展。得益于OceanBase强大的处理能力和水平扩展能力,从容应对双十一、最红星期五等业务高峰,保证业务性能指标。
- 实现全栈国产升级
- 成功去“IOE”实现全栈国产自主能力,彻底摆脱对国外IT产品和技术的依赖,为后续更多行内重要业务实现国产升级提供了可靠的演化路径。
- 技术水平提升
- 全栈阿里云技术,专有云 + 分布式数据库 + 分布式微服务单元化业务改造,满足未来10年业务增长需求。从单元化多活到数据库,IAAS、PAAS、中间件等有深入了解,并组建了上云团队。