分布式数据库信创过程中适配X86芯片和ARM芯片无法实现统一管理问题？

感谢社区邀请。今年春天，监管单位让各家银行报课题给国产数据库厂商研究，我报了“一库多芯“。一库多芯，不仅一种国产数据库品牌要适配多种芯片，很大胆的想法就是，在同一个分布式集群里，Intel芯片、海光芯片和鲲鹏芯片的服务器可以共存，并且能提供正常的服务。很多朋友认为我的想法纯属瞎扯，没有必要也不可能。既然是课题，就应该允许人们提出自己的设想。如果一家金融机构之前就有100个IntelX86的服务器跑国产分布式数据库，分析型的或交易性的。后来进行XC改造，客户目前只能全新采购国产X86芯片或ARM芯片的服务器进行数据库迁移。有风险，费力，且之前的那300台intelX86服务器怎么办？用三年下线淘汰吗？
从经济成本角度看，我一直坚持一个观点，国产数据库、国产操作系统、国产芯片如果想长远的走下去，必须设身处地的为客户考虑经济成本，只有比较实用且非常经济才能打败国外产品。客户不是冤大头，银行更不是人傻钱多。
从技术角度看，一库多芯能让数据库拜托对芯片和服务器的依赖，是更有利于客户的，也是确实在技术上通过攻关可以实现的。
感谢。这是我的个人观点，仅供参考。

目前分布式数据库厂商都是2套产品，这是由底层的cpu架构和操作系统架构决定的，从技术上很难处理。就好比是oracle数据库的windows版本和linux版本，也没法随意的迁移数据实例，但是可以通过转换或者第三方软件统一对数据进行备份和恢复等操作。
信创环境最好统一架构，x86和arm分开，然后上一套数据管理软件就好了，在管理层实现统一。就类似虚拟机一样，不要期望KVM虚拟机能和vmware虚拟机之间实现迁移，但是二者都能被一套云管理平台进行统一的调度和管理。

目前阶段X86芯片与ARM芯片均处于发展初期，当前采购中两种服务器均会涉及，对于未来几年采购比例难于预测。随着已有小机设备维保到期 ，大量小机上的数据库考虑使用分布式数据库来替换。 对于分布式数据库来说相比传统数据库最大的优势就是弹性扩容。如果由于服务器芯片不同就不能进行扩容，很大程度影响了分布式数据库的优势。不过，不同芯片上面的操作系统是否统一、lib环境是否一致，这些生态的发展都是当前阶段限制数据库统一管理的客观因素。各分布式数据库厂商是否真的可以做到节点间高内聚松耦合，也充分检验了厂商对底层原理掌握程度。

分布式数据库管控组件需要能识别x86或者arm节点，不同的节点调用不同的处理逻辑或者脚本，能满足安装部署，新建实例，节点替换等涉及底层的部分，而实例同步和切换通常是应用层的功能，一般不涉及底层。所以技术上不存在很大的难度。只是这类需求有不少银行提过，但是并不迫切，随着信创走向深水区，这类需求的迫切程度会增加。

赞同楼上江苏农信的同学，XC需要稳中求进，平稳升级！一库多芯，混部灰度是目前比较稳妥的解决方案，至少在数据库层面需要做到以下几个方面：
-  兼容开放：支撑海光、鲲鹏、Intel等多种芯片及其生态，满足不同的用户和场景需求

• 功能一致：数据库自动适配，用户不用区分底层的芯片形态，透明无感
  -  数据一致：支持异构芯片副本数据一致性校验，确保数据一致性和正确性，具备容灾切换能力
  -  混合部署：支持多副本混部、主备集群混部、机房混部等多种形态，支持长期混部运行
  - 灰度切换：支持按区（zone）切换，最细粒度支持按表分区灰度切换，支持平滑灰度迁移替换

这个问题确实有需求，但是底层不统一，要数据库统一还是有难度，除非有一个类似虚拟化软件的系统出现把下层的差异进行屏蔽，不然很难实现。