求助：请教一个项目推进问题：集团级两地三中心场景下，MPP数据库信创选型应该如何推进？

最近参与集团项目遇到一个比较棘手的问题，想请教下做过大型项目、信创替代或者架构评审的佬友。

项目背景

项目要求建设：

• 两地三中心


• 多活架构


• 集团级数据治理平台

平台底层依赖MPP分析型数据库。

当前产品方案基于 SelectDB（Doris商业版）建设。

前期已经与 SelectDB 厂商沟通过两地三中心多活方案，技术路线基本明确。

当前面临的问题

项目存在信创要求，信创目录中存在两款同类型MPP数据库：

• 天津南大通用 GBase 8a


• 神通大型通用数据库

而 SelectDB 不在信创目录中。

如果最终选择 SelectDB，需要走例外采购流程，并经过专家评审。

评审过程中需要回答一个核心问题：

为什么不采用信创数据库，而采用非信创数据库？

当前最大的困难

正常情况下，我们应该对几款产品进行能力评估。

但现实情况是：

SelectDB

资料相对完整

一直在沟通，厂商配合度较高

两地三中心方案明确

案例较容易获取

GBase 8a

能在官网找到部分白皮书和公开资料，但对于：

• 两地三中心


• 多活


• 跨中心容灾


• 自动故障切换

这些项目最关心的能力，暂时没有找到特别明确的资料。

神通大型通用数据库

目前几乎找不到公开技术资料，官网资料有限，今天尝试联系厂商也暂未获得有效反馈。

因此对于：

• 技术架构


• 多活能力


• 实际案例


• 运维模式

几乎没有认知。

当前困惑

我发现这个问题存在一个矛盾。

路径1：直接申请例外采购

问题在于专家很可能会问：

为什么不能使用信创产品？

但我们实际上并没有证据证明信创产品不能满足要求。

路径2：推进信创产品选型

问题在于：

我们对产品能力了解极少，甚至缺少基础技术资料。

1. 从产品层面上来说，我们数据治理产品就是基于doris开发的，从底层的建表、建模、自定义API语法、二开的血缘解析。如果更换数据库所有核心功能都需要重新适配，但这条因素无法直接报给项目领导。


2. 从开发运维层面上来说，doris的架构在部署运维方面成本较低、mysql语法兼容在使用成本也低，但这条因素无法直接报给项目领导。

我现在真正想请教的是

如果大家遇到类似情况，会如何推进这件事？

问题1

这种场景下，到底应该是谁来举证？

• 
  

  是由我们证明信创产品不满足要求？

  
  


• 
  

  还是由信创厂商证明自己满足项目要求？

  
  

问题2

对于这种集团级项目，评审时更看重什么？

• 
  

  产品是否在信创目录

  
  


• 
  

  是否有成熟的两地三中心落地能力

  
  


• 
  

  是否有成功案例和验证报告

  
  

问题3

如果候选产品资料极少，甚至连公开技术文档都难以获取，

这种情况下应该如何开展技术评估？

是否存在行业内比较通行的做法？

例如：

• 建立能力矩阵


• 厂商答辩


• PoC验证


• 第三方测评

等等。

问题4

如何才能朝这个方向推进：最终目的是说服项目和通过专家评审，达到放弃使用信创数据库，例外采购selectdb。

比较希望听到：

• 做过央企/国企项目的朋友


• 做过信创替代项目的朋友


• 参与过专家评审的朋友


• 用过 GBase 8a 或神通数据库的朋友

分享一些实际经验。

感谢大家。