为什么需要兼容矩阵
信创环境里的组合维度很多：操作系统发行版与版本、处理器架构、数据库、中间件、运行时环境，每一层的版本变化都可能影响业务能否稳定运行。把这些维度上已验证过的组合固定成台账，新项目选型时就有据可依，同时能明确哪些组合尚未验证、需要额外测试。
矩阵要记到什么粒度
只记大版本不足以支撑判断：操作系统的补丁版本、运行时的具体发行方与版本号、数据库的补丁级别，都会改变兼容结果。同一组合在不同架构上的结论也不能互相套用。因此矩阵的一行应包含架构、系统与补丁版本、各组件版本以及验证日期与结论。
基本信息
| 矩阵维度 | 架构、操作系统版本、数据库、中间件、运行时 |
|---|---|
| 结论取值 | 已验证、待验证、不兼容 |
| 记录粒度 | 到补丁版本与具体发行方 |
| 维护责任 | 指定维护人，随每次新增组合更新 |
典型使用场景
- 新项目选型时快速确认目标组合是否已有验证结论
- 升级操作系统补丁前评估需要回归的业务范围
- 更换运行时发行方后判断哪些结论需要重新验证
- 验收阶段提供组合验证的证据与结论
- 多套环境并行交付时保证配置组合一致
记录当前组合
记录当前组合
cat /etc/os-release | grep -E 'PRETTY_NAME|VERSION_ID' # 系统与版本
uname -m # 架构标识
java -version 2>&1 | head -3 # 运行时版本
rpm -q <数据库包名> <中间件包名> 2>/dev/null # 组件版本
hostnamectl | head -6 # 主机与内核信息矩阵台账示例
矩阵台账示例
# 组合 | 系统 A 补丁 N | 系统 B 补丁 M | 架构
# 运行时 8（某发行方） | 已验证 | 已验证 | x86_64
# 运行时 11（某发行方） | 待验证 | 已验证 | aarch64
# 数据库 8 | 已验证 | 待验证 | x86_64
# 中间件（某版本） | 待验证 | 已验证 | aarch64
# 结论必须记录验证日期与验证人记录字段与判定
| 字段 | 必须写明 | 缺项后果 |
|---|---|---|
| 架构 | 具体架构标识 | 结论被错误套用到其他架构 |
| 系统版本 | 发行版与补丁版本 | 补丁升级后出现兼容问题 |
| 运行时 | 具体发行方与版本 | 换发行方后行为差异无法解释 |
| 组件版本 | 中间件与数据库版本 | 排查时无法定位版本相关缺陷 |
| 验证日期与结论 | 时间与结果 | 无法判断结论是否仍然有效 |
未进入矩阵的组合按未验证对待：更换运行时发行方、升级系统补丁版本后都要重新做一轮冒烟与关键业务流程验证，不要沿用旧结论。