​某金融机构核心系统全栈国产化之路

1、背景：客户需求和痛点

随着某金融机构业务不断发展，数据量逐渐增大，传统的集中式数据库已经无法满足业务需求，传统核心系统面临以下问题：

1)传统小型机+集中式数据库Oracle+高端存储成本高昂

原架构逐渐无法满足互联网金融弹性需求，同时该架构过于封闭扩容成本相对较高。

2)传统核心系统难以满足业务发展需求，且存在部分业务处理效率不够等问题

传统核心存在业务架构和技术架构复杂，难以支撑业务需求变化，且在一些实时小规模批量处理等业务场景下，暴露出执行效率不足的问题。

3)传统架构无法满足容灾需求

传统核心系统的架构无法满足监管机构容灾恢复要求，无法严格满足两地三中心要求。

2、选型：客户选型主要考虑哪些因素?

1)集中式与分布式一体化、高扩展性

该客户原先采通用多平台集中式数据库，需要引入分布式数据库构建一体化平台，能够实现灵活扩展;KunDB具有集中式与分布式一体化架构，集中式可按需扩展成分布式架构，业务不用修改;分布式能力对业务透明，不采用分库分表，不使用分布式事物中间件，扩展比超90%，轻松处理高并发、大流量的访 问。

2)高兼容性，易迁移，可快速上线

原先采用Oracle，需要考虑迁移时间和人力成本。KunDB高度兼容Oralce语法和语义，完整支持PL/SQL，具有成熟的迁移方案，可视化迁移工具，快速完成业务迁移。

3)运维服务质量高，综合成本低

原先多平台运维，较为依赖运维人员经验，新平台需符合Oracle使用习惯的运维体验。KunDB提供一站式的运维管理平台Advisor，提供集群管理、监控告警、故障分析、巡检管理等能力，用自动化和可视化的方式解决数据库运维的痛点。

4)需要完善的容灾方案，符合监管要求，保证业务连续性

KunDB可提供两地三中心容灾方案，基于Paxos协议实现高可用和跨数据中心容灾，保证RPO=0，RTO<30S。

5)国产化需求

该客户考虑系统改造时，除了数据库本身需要国产化外，包括操作系统、服务器等在内需完成全栈国产化改造，因此选型的数据库需要与国产主流操作系统、服务器兼容适配，并且还有2点要求，1. 支持X86和ARM混合部署，实现平滑过渡;2. 数据库与服务器最好能做好深度优化从而发挥更好的性能。KunDB容器化部署的方式，支持混合部署，兼容传统数据库的生态和国产化软硬件生态，面向国产化硬件和IaaS运行专项优化，性能和稳定性提升。

总体来看，扩展性、兼容性、易运维低成本、安全容灾、全栈国产化是该金融机构在进行分布式数据库选型时主要关注的因素，结合选型需求，该金融机构最终选择了星环科技的分布式交易型数据库KunDB。

3、实践：具体方案

业务Oracle迁移替代，需要包括四部分：对象迁移、数据迁移、业务迁移、灾备回切。

1)平滑迁移，包括对象、数据、业务迁移

1. 对象迁移，高度兼容Oracle数据库对象，同时利用对象迁移工具进行兼容转换。

2. 数据迁移，利用界面化数据自动迁移工具实现Oracle数据迁移、批量配置可视化任务管理，监控迁移进度，数据一致性校验、数据迁移评估报告等。

3. 业务迁移，高度兼容DML/存储过程/函数/系统视图/内置包等，同等规格迁移，业务请求及PL/SQL性能不下降。

2)容灾回切

提供CDC工具将数据实时写入到Oracle等，保障灾备回切要求;基于Paxos多数派一致性协议，两地三中心六副本部署，保证业务连续性。

4、成果：价值体现

1)平滑迁移，完成了原核心业务迁移，通过全量数据迁移+增量数据迁移的方式实现了在线不停服迁移;

2)性能提升，业务数据整体处理能力比原核心系统增长5+倍;

3)高扩展，基于水平分布式的架构，同样也满足根据业务需求在线扩容的技术要求;

4)高可用，统一了未来公司数据库基础设施和开发规范，服务可用性达到99.99%，故障时RPO=0，RTO<30秒。

5)全栈国产化改造，实现了从数据库到操作系统到硬件的全栈国产化改造，实现了技术的自主可控，提前进入新的主流技术生态；

6)综合硬件+软件成本是传统集中式数据库的1/5。