信创可观测平台选型：一份兼容性自查清单

兼容性是信创项目的硬门槛

可观测平台在信创项目里通常不是核心系统，但它是"等保验收要查、出了故障要用"的那一个。如果平台只能跑 x86、只认 MySQL、依赖一堆国外组件，验收阶段就会卡壳。选型阶段把兼容性逐项问清楚，成本远低于上线后返工——因为到那时服务器已经买了、工期也定了。

CPU 与操作系统

• CPU：鲲鹏 920、飞腾 2000+/S2500、海光、龙芯。确认厂商提供对应架构的安装包，ARM64 是重点——只给 x86 二进制等于没适配，宣传册上写得再好也没用。
• 操作系统：麒麟 V10（SP1/SP2）、统信 UOS 服务器版、openEuler。注意内核版本差异：如果平台用 eBPF 做无侵入采集，要提前确认目标内核是否支持，否则采集器起不来，每次排障都从"没有数据"开始。

建议直接要一份"CPU × 操作系统"的支持矩阵，而不是听一句笼统的"支持国产平台"。矩阵能看出厂商到底在哪些组合上真测过。

数据库

信创环境常见的数据库有 OceanBase、TiDB（国产发行版）、达梦 DM、人大金仓 KingbaseES、GaussDB。可观测平台自身的元数据存储、日志索引存储要逐项确认：

1. 是否支持 MySQL 协议（OceanBase、TiDB 大多兼容，改动小）；
2. 是否提供达梦、金仓的适配包（走国产 SQL 方言时）；
3. 时序数据用什么引擎，能否跑在国产硬件上。

建议在技术协议里明确"数据库类型 + 版本 + 部署形态"，避免验收时才发现只适配了某一种。有条件的话，签约前在目标数据库上跑一轮 PoC。

中间件与部署形态

• 离线部署：信创内网通常没有公网，安装包必须自带全部依赖，否则拉不到镜像、装不上。评估时要在干净虚拟机里跑一次断网安装验证。
• 消息队列：采集链路如果依赖 Kafka，确认是否兼容国产环境（开源 Kafka 本身可用，或国产化封装版本）。
• 容器运行时：如果上 Kubernetes，确认支持 iSulad、Containerd 等国产/开源运行时，别默认只适配 Docker。

一份可直接复用的验收清单

| 项目 | 必问 | 通过标准 |
| --- | --- | --- |
| CPU 架构 | ARM64 安装包 | 鲲鹏/飞腾能装 |
| 操作系统 | 麒麟/UOS 兼容 | 能启动、采集正常 |
| 数据库 | OceanBase/达梦 | 元数据可落库 |
| 离线部署 | 无公网安装 | 断网可装 |
| 采集器 | 内核兼容 | 日志/指标采得上 |

把这五条在选型阶段写进技术协议，验收时逐项打勾，能少走很多弯路。信创选型的核心不是"能不能跑"，而是"在目标环境里跑起来、采得到、查得动"——用这张清单逼厂商给出确定答复，而不是"应该可以"。差别会在你第一次碰到真实内核、真实数据库、没有公网的那一刻显现出来。