一、项目背景及目标

2019年因我行战略规划,对标互联网银行高并发架构需要，但我行科技技术团队薄弱，而飞天云平台方案成熟，行业优势明显，因此选择飞天云作为我行中台系统的基础架构。但随着我行的业务发展，飞天云平台的问题也逐步凸显，一是飞天云平台生产故障处理及性能优化均依赖厂商工程师处理；二是因飞天云技术限制和成本因素，存在部分系统未完成同城灾备搭建；三是飞天云架构与虚拟化架构运维管理不统一，运维投入高。通过组件升级、架构调优的方式解决技术“卡脖子”问题和运营费用过高的问题，夯实科技底座自主可控的核心能力。

二、项目/策略方案

我行中台云底座架构升级项目主要对飞天云底座相关组件进行替换，与飞天云进行解耦。飞天云底座共分由IaaS、PaaS两层组成,其两层我行主要使用了15个不同的组件，按照优先选用行内标准组件升级的原则，对其中13个现有基础组件优化替换，另2个组件直接迁移至虚拟化架构使用。整体的架构图可见下图：

                                                                    整体架构图 

1、应用架构升级方案

应用集群中我行主要使用了SOFA中的注册中心、远程调用、消息队列、任务调度4个组件，因TASKCTL为我行现有标准组件，使用SOFA任务调度的系统直接替换成TASKCTL，增加Nacos注册中心，消息队列变更为RocketMQ消息队列集群，同时，在应用服务上引入边车组件，通过边车注册服务、调用服务，以减少应用系统改造，让应用系统快速对接新的注册中心，快速发布及调用服务，涉及70+个关联系统的3000+服务、187个消息主题的迁移。

(1)、注册中心选型

怎么样将多个系统上千个服务平稳过渡迁移出来并承接？经过多方论证，我们采用了边车+Nacos的方式实施，其主要原因如下：

a、边车作为应用系统与Nacos的桥梁，边车实现统一功能,让应用服务改造工作量小或者零改造，实现不中断业务，并保障交易服务无感切换。

b、市面上比较流行注册中心有Nacos、Eureka、Consul、CoreDNS、Zookeeper，通过比对及同业调研，同业有多家银行都有使用Nacos，我们选择了使用简单、上手快、学习资料多的Nacos。

                                                    原应用集群注册中心架构图

                                                        调整后注册中心架构图

(2)、消息中心选型

为实现消息中心的自主可控，我们选用开源消息队列RocketMQ替换SofaMQ，并对全行系统所使用消息服务进行切换。经多次调研对比，我们选用了同为一家厂商技术栈、社区活跃的开源RocketMQ产品作为替代，其技术架构、性能、容量、客户端API均大程度接近我行使用的SofaMQ。  为了确保流量切换的过程中应用系统“无感”、消息“0”丢失、支持快速回退，采用双消息通道并行+统一消息SDK的方案。在系统高可用上，采用基于Dledger集群模式来部署RocketMq集群，以实现紧急情况下系统自动执行消息队列的主备切换。

                                                      消息中心切换方案示例图

架构调整的组件对应关系如下：

2、数据架构升级方案

在数据架构升级中共涉及11个组件，架构调整的组件对应关系如下：

11个组件中难实施的是云数据库RDS、分库分表DBP，如何保障数据快速敏捷迁移，无数据丢失，并解决我行数据库异构问题，成为我们重点考虑要点,从数据同步、迁移时效性、业务系统迁移后的兼容性我们终选用MYSQL数据库进行替换。使用DBP的数据库借助MySQL原生同步+OGG数据同步进行数据迁移，使用RDS数据库的系统借助MySQL原生同步迁移。

                                                                        数据迁移方案图

三、创新点

创新点一：支持数据库跨平台跨版本平滑升级，将飞天云平台DBP+RDS分库分表架构的数据迁移至开源MySQL的MIC高可用集群架构。存量数据使用MYSQL原生Replication主从同步功能数据迁移后，进行表结构对应用使用的兼容改造，结合OGG的使用实现应用访问增量数据的实时同步与转换。通过保障不停服务情况下的数据库跨架构的数据实时同步一致性，控制切换停机时长在5秒以内。

创新点二：用开源的组件将飞天云组件替换，与底座解耦。我们引入多个开源组件，以取代原本依赖于飞天云组件的解决方案。这一举措的目的是实现业务系统与飞天云底座的解耦，为我们的系统架构带来更大的灵活性和可扩展性。通过引入开源组件，我们能够更好地掌控和定制系统的核心功能，同时减少对第三方服务的依赖。这将为我们提供更多的自主权，并为未来的发展提供更多可能性。

创新点三：注册中心整合边车进行交易路由，支持秒级切换。NACOS与边车的创新整合实现了实时动态路由，在切换过程中，实现了用户无感知切换，用户可以继续访问应用程序，而无需感知到底层服务的切换。

四、项目过程管理

本项目严格按照CMMI3研发过程管理体系标准要求实行项目全生命周期管理。

五、运营情况

自生产陆续投产以来，在应用架构升级中，200+台服务器顺利平滑切换，共承接3000+个服务的运行，重点交易日均已到达20万笔、消息中心日均处理50万笔；在数据架构升级中，涉及4TB核心业务交易数据、占用空间22TB的上千万个的海量小文件迁移，全程对客“无感”升级完成切换，全面认证了我行统一开发框架向开源方向转型的可行性，达到了核心技术自主可控的目标。现生产系统运行平稳，各项指标达到预期。

六、项目成效

1、满足核心技术自主可控需要，采用成熟、主流、技术透明的组件对飞天云平台进行升级替换，实施过程，行内深度参与安装与部署，实现出现问题快速定位、出现故障快速修复的目标。彻底摆脱对飞天云平台提供商的依赖，实现了更大的自主性。

2、满足业务连续性需要。为我行多个系统同城灾备建设扫除障碍，实现超70个系统“底座+应用”的全面自主运维。同时，虚拟化架构所采用的组件也可大幅降低灾备建设的成本。

3、满足部署架构标准统一需要。使用行内广泛的使用部署架构，替代飞天云架构，完成部署层面的统一，与行内其他组件深度结合。

4、满足降低运营成本需要。自上线运行稳定后，每年运营成本预计可节省百万元以上。

七、经验总结

通过本项目的实施，我行统一了技术组件，降低了运维门槛，减少了对外部厂商的依赖。在项目的前期（技术可行性评估阶段）我行对组件的兼容性、数据迁移复杂性、功能差异等多个维度进行全面的评估论证，任何一个小细节的疏忽将可能导致项目的失败。此类项目需要深思熟虑的规划、全员参与的投入、逐步过渡的实施和不断改进的复盘，只有在明智的决策和精心的执行下，逐步达成目标。