信创兼容清单：替换前先看清能不能跑
导语：信创替换最怕上线才发现"驱动不匹配、应用跑不起来"。兼容清单（Compatibility Matrix）是替换前必做的"可行性地图"。
一、为什么要关注
信创涉及CPU、操作系统、数据库、中间件、外设多层级组合，并非简单"一对一"替换。政企曾出现原应用在新环境报错、某外设无驱动、某数据库语法不兼容等问题，导致项目延期。等保2.0与密评GB/T 39786要求系统在受控环境稳定运行，而一张清晰的兼容清单能把"未知风险"提前暴露，降低替换失败率。
二、核心原理
兼容清单是对"硬件×OS×数据库×中间件×应用×外设"组合的可运行状态登记。核心做法：一是分层梳理依赖，从底层芯片/OS到上层应用逐层确认；二是实测验证而非只看声明，用真实业务场景跑通；三是版本固化，记录经认证的版本组合，作为后续采购与扩容的基线，避免"随意组合"再踩坑。
兼容清单最忌"只看声明不实测"。厂商宣传的"适配"常在特定版本组合下成立，换版本即失效。因此清单必须基于真实业务场景跑通验证，并固化认证版本组合作为后续采购与扩容基线，避免"随意组合"再踩坑。清单本身也要随新增组件持续更新，否则很快过时、失去参考价值。
三、落地做法/步骤
- 分层盘点：列出各层在用组件与版本。
- 建矩阵：按"芯片-OS-数据库-中间件"组合登记。
- 实测验证：用核心业务场景跑通确认。
- 记结果：标注"通过/受限/不支持"及对策。
- 版本固化：锁定认证组合作为采购基线。
- 持续更新：新增组件即补测入册。
兼容清单要与信创运维（见99）联动：验证环境本身应跑在信创栈上，结论才有参考价值。把清单作为新系统上线的"准入门槛"——未入册的组合原则上不投产，从流程上堵住"先上后哭"。清单的生命力在于"常用常新"，让它成为团队共享、持续维护的可信知识库，而非一次性的交付物。
四、与群晖NAS/信创云盘的对应能力
兼容清单与测试报告需集中、可审计地保存。群晖DS925+、DS1525+、DS1825+等机型在信创环境中可作为验证环境的集中存储与备份；信创云盘（软件化部署、支持信创）可作为兼容矩阵、测试报告的共享空间，按角色授权、全程审计，满足等保2.0对变更可控与密评GB/T 39786对受控文档管理的要求，避免清单散落丢失。
五、常见误区
- 只看厂商声明不实测，上线才暴露问题。
- 版本随意组合，缺乏固化基线。
- 清单建完不更新，新增组件无据可依。
六、小结与行动建议
替换前用"实测+矩阵+版本固化"把可行性摸清。清单要可查、可审、可迭代。