最近参与集团项目遇到一个比较棘手的问题，想请教下做过大型项目、信创替代或者架构评审的佬友。
项目背景
项目要求建设：
- 两地三中心
- 多活架构
- 集团级数据治理平台
平台底层依赖MPP分析型数据库。
当前产品方案基于 SelectDB（Doris商业版）建设。
前期已经与 SelectDB 厂商沟通过两地三中心多活方案，技术路线基本明确。
当前面临的问题
项目存在信创要求，信创目录中存在两款同类型MPP数据库：
- 天津南大通用 GBase 8a
- 神通大型通用数据库
而 SelectDB 不在信创目录中。
如果最终选择 SelectDB，需要走例外采购流程，并经过专家评审。
评审过程中需要回答一个核心问题：
为什么不采用信创数据库，而采用非信创数据库？
当前最大的困难
正常情况下，我们应该对几款产品进行能力评估。
但现实情况是：
SelectDB
资料相对完整
一直在沟通，厂商配合度较高
两地三中心方案明确
案例较容易获取
GBase 8a
能在官网找到部分白皮书和公开资料，但对于：
- 两地三中心
- 多活
- 跨中心容灾
- 自动故障切换
这些项目最关心的能力，暂时没有找到特别明确的资料。
神通大型通用数据库
目前几乎找不到公开技术资料，官网资料有限，今天尝试联系厂商也暂未获得有效反馈。
因此对于：
- 技术架构
- 多活能力
- 实际案例
- 运维模式
几乎没有认知。
当前困惑
我发现这个问题存在一个矛盾。
路径1：直接申请例外采购
问题在于专家很可能会问：
为什么不能使用信创产品？
但我们实际上并没有证据证明信创产品不能满足要求。
路径2：推进信创产品选型
问题在于：
我们对产品能力了解极少，甚至缺少基础技术资料。
- 从产品层面上来说，我们数据治理产品就是基于doris开发的，从底层的建表、建模、自定义API语法、二开的血缘解析。如果更换数据库所有核心功能都需要重新适配，但这条因素无法直接报给项目领导。
- 从开发运维层面上来说，doris的架构在部署运维方面成本较低、mysql语法兼容在使用成本也低，但这条因素无法直接报给项目领导。
我现在真正想请教的是
如果大家遇到类似情况，会如何推进这件事？
问题1
这种场景下，到底应该是谁来举证？
-
是由我们证明信创产品不满足要求？
-
还是由信创厂商证明自己满足项目要求？
问题2
对于这种集团级项目，评审时更看重什么？
-
产品是否在信创目录
-
是否有成熟的两地三中心落地能力
-
是否有成功案例和验证报告
问题3
如果候选产品资料极少，甚至连公开技术文档都难以获取，
这种情况下应该如何开展技术评估？
是否存在行业内比较通行的做法？
例如：
- 建立能力矩阵
- 厂商答辩
- PoC验证
- 第三方测评
等等。
问题4
如何才能朝这个方向推进：最终目的是说服项目和通过专家评审，达到放弃使用信创数据库，例外采购selectdb。
比较希望听到：
- 做过央企/国企项目的朋友
- 做过信创替代项目的朋友
- 参与过专家评审的朋友
- 用过 GBase 8a 或神通数据库的朋友
分享一些实际经验。
感谢大家。
1 个帖子 - 1 位参与者