交通银行，国内首个贷记卡核心系统“大机下移”分布式

OceanBase数据库 2023-12-28

2066

业务背景

随着云原生技术在业界持续升温，越来越多的金融客户希望能将云搭建在拥有云原生能力的平台之上，利用各类云原生的红利迅速实现技术转型，促进业务的合规发展和技术敏态持续创新。交通银行作为第一梯队第五大行，全面开启从封闭系统走向开放平台，实现业务技术自主可控。

此外，随着交行信用卡业务量的快速增长和监管对于容灾要求的不断提高，贷记卡系统基于大型机封闭的集中式架构的弊端越来越凸显。在这个过程中OceanBase分布式数据库作为交通银行分布式信息系统建设关键“底座”和核心，帮助交通银行整体IT体系向新一代云平台、分布式架构全面转型起到了关键作用。

业务挑战

1.容量和弹性不足

随着业务量的增长，暴露了大机容量不足和缺乏弹性的问题。集中式架构扩展性和弹性能力差，无法支撑“亿级”卡量在类似“双十一”、“最红星期五”等高并发场景下对系统负载产生的巨大压力，交易缓慢。

2.大机价格昂贵

大机软硬件价格昂贵，而且软件license费用也随着硬件容量的增长水涨船高，同时因为“只此一家别无分店”，不具备自主方面的能力，只能接收国外厂商高价，即使是国有大行也愈发感到不堪重负。

3.容灾等级无法满足要求

传统大型机囿于集中式架构，一般只能采用传统的主备模式，通过磁盘镜像（一般开启为异步模式）实现同城数据容灾，同城RPO>0，且没有异地容灾能力，无法满足监管要求。

4.资源浪费严重

交通银行此前采用DB2 for z/OS sharding架构实现有限的同城双活，备机房只能在“双11”等业务峰值期间启用，用于承接少量只读业务，无法实现常态化的双活，备机房资源被闲置浪费。

解决方案

采用“阿里云+SOFA中间件+OceanBase分布式数据库”整体技术栈，实现“两地四中心”多地多活+单元化设计。

1.跨多集群百租户百库百表单元化设计

基于OceanBase多租户特性，跨多集群百租户百库百表单元化设计，其中5个单元化（Rzone）集群：每个集群20个租户，每个租户对应一套分片库/表，总共百租户/百库/百表，统一按客户内部编号分片，实现资源隔离和减少爆炸。

2.同城三机房部署

采用同城三机房容灾部署架构+异地主备集群架构。其中，OceanBase主集群采用“2+2+1”五副本方式部署，通过Paxos协议保证同城三机房数据强一致性。同时，上海同城机房多活，通过OceanBase租户切主能力，配合应用流量分配实现机房级访问收敛和流量调拨。

3.百库百表-单库数据同步

通过OMS实现百库百表-单库数据同步，解决类似催收批量等非单元化语境下的数据聚合访问需求，提高催收业务的处理能力。

4.全量数据迁移

OceanBase超高的写入性能，支持长亮、天阳分别采用联机写入和多表join写入等不同的数据迁移方式，4小时内即完成全量数据据从大机卸数、数据转换。

应用场景

交通银行新一代信用卡核心系统成功上线至今已经稳定运行近一年，经历过2022年的“双11”、元旦、春节等业务高峰的考验，性能表现优异，充分证明了 OceanBase 产品的稳定可靠高效。由此，交通银行有了充足的信心，决定将存量系统由 DB2/MySQL 全部迁移到 OceanBase。目前，已有 ECIF、贷记卡账务、对公网银等几十套系统迁移到 OceanBase，传统核心也在基于 OceanBase 进行大机下移和单元化改造。

客户收益

1.提升容灾等级

实现“两地四中心”的城市级容灾方案，达到金融行业5级容灾标准要求，满足7x24高可用。

2.显著降低成本

节省大机资源超过15000MIPS，贷记卡核心系统从大型主机下移到国产化x86服务器，加上前后台运营、消保人力等，合计节省约7亿元。

3.提升运行效率

业务处理性能显著提升，金融TPS（每秒处理事务数）提升6倍、跑批效率提升超过7倍、金融交易响应时间不超过120ms，远超大机，可支持单日10亿级交易量，并可进一步扩展。得益于OceanBase强大的处理能力和水平扩展能力，从容应对双十一、最红星期五等业务高峰，保证业务性能指标。

4.实现全栈国产升级

成功去“IOE”实现全栈国产自主能力，彻底摆脱对国外IT产品和技术的依赖，为后续更多行内重要业务实现国产升级提供了可靠的演化路径。

5.技术水平提升

全栈阿里云技术，专有云 + 分布式数据库 + 分布式微服务单元化业务改造，满足越来10年业务增长需求。从单元化多活到数据库，IAAS、PAAS、中间件等有深入了解，并组建了上云团队。

oceanbase

最后修改时间：2023-12-30 15:46:07

「喜欢这篇文章，您的关注和赞赏是给作者最好的鼓励」

关注作者