信创与国产化适配的目标是让研发平台在指定国产软硬件环境中稳定运行，并且每一步都有记录、可验证、可回退。本文按“范围盘点—分层验证—角色分工—验收取证”的顺序，给出可直接套用的适配清单、执行记录表与验收检查表；涉及具体认证与兼容版本时，以厂商正式材料为准。
要点总览（TL;DR）
- 适配范围按芯片架构、操作系统、数据库、中间件、浏览器、办公套件六层盘点，每项记录版本、来源与确认状态，并区分必须适配、可替代、暂不纳入。
- 执行顺序按基础环境、平台部署、数据与集成、终端使用四层推进，每层写明输入、动作、输出与完成标志，上层未通过不进入下一层。
- 角色上明确环境管理员、平台运维、应用负责人、业务验收人与厂商支持的交接物，问题按初判、确认影响、厂商处置的顺序升级。
- 验收以证据为准：各层附验证记录与截图，阻断项未清除不进入通过结论，未取得厂商确认的兼容性结论标注为待确认。
- ONES 信创版已适配鲲鹏、飞腾 CPU 与达梦数据库，以及银河麒麟、麒麟信安、统信、OpenEuler、龙蜥等操作系统，具体版本与认证清单以厂商正式材料核验。
适配前先定范围：哪些环境与组件必须纳入清单
适配范围决定后续工作量与验收边界。开始前，先把研发平台从底层到终端依赖的组件逐项列出，再按“必须适配、可替代、暂不纳入”分类。清单越具体，后续验证越容易判断通过与否。
建议按六个层次盘点依赖：芯片架构（如鲲鹏、飞腾等）、操作系统（如银河麒麟、统信、OpenEuler 等）、数据库（如达梦等）、中间件、浏览器、办公套件。每一层记录产品名称、版本号、信息来源（厂商兼容矩阵、采购合同、运维台账或厂商书面确认），并标注确认状态：已确认、待厂商确认、未获取。
| 层次 | 记录字段 | 分类示例 | 确认状态 |
|---|---|---|---|
| 芯片架构 | 型号、架构、来源 | 必须适配 | 已确认/待确认 |
| 操作系统 | 发行版、版本号、内核版本 | 必须适配 | 已确认/待确认 |
| 数据库 | 产品、版本、部署模式 | 必须适配或可替代 | 已确认/待确认 |
| 中间件 | 产品、版本、用途 | 可替代或暂不纳入 | 已确认/待确认 |
| 浏览器 | 产品、版本、内核 | 必须适配 | 已确认/待确认 |
| 办公套件 | 产品、版本、文件格式 | 必须适配或暂不纳入 | 已确认/待确认 |
分类时把握三条判断：业务关键路径上不可替换的组件列为“必须适配”；有同类国产产品可替换、且替换成本可控的列为“可替代”；与本次上线范围无关或后续版本再处理的列为“暂不纳入”，并写明原因与计划时间。清单完成后由环境管理员与平台运维共同签字确认，作为后续分层验证的输入。
分层适配的操作步骤：从基础环境到终端使用
分层验证的作用是把问题定位在最小范围内。建议按“基础环境—平台部署—数据与集成—终端使用”四层推进，每层写明输入、动作、输出与完成标志，上一层未通过不进入下一层。
基础环境层：操作系统与芯片架构上的运行验证
输入为范围清单中的芯片与操作系统组合。动作包括：在目标环境安装操作系统与必要依赖，验证内核版本、系统库、时区与字符集，运行平台安装包的前置检查脚本。输出为环境基线记录，完成标志是前置检查全部通过、系统日志无阻断性报错。
平台部署层：安装、配置、启动与基本功能自检
输入为环境基线记录与部署方案。动作包括：按方案安装平台组件，配置数据库连接、存储路径、端口与证书，启动服务并检查进程状态，完成登录、项目创建、工作项新建等基本功能自检。输出为部署记录与自检截图，完成标志是服务稳定运行、核心功能可正常操作。
数据与集成层：数据导入导出、接口连通与账号权限
输入为部署记录与接口清单。动作包括：执行样例数据导入导出并核对字段完整性，逐一验证与周边系统的接口连通性，检查账号、角色与权限映射是否符合预期。输出为数据与集成验证记录，完成标志是关键接口全部连通、导入导出结果与源数据一致、权限验证无越权或缺失。
终端使用层：浏览器与办公套件下的关键操作路径验证
输入为业务关键操作路径清单。动作包括：在目标浏览器与办公套件环境下，按角色走完登录、查看报表、编辑文档、上传附件、导出文件等高频路径，记录页面兼容性与文件格式表现。输出为终端验证记录，完成标志是关键路径全部可完成、无阻断性显示或格式问题。
| 层次 | 输入 | 主要动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 基础环境 | 芯片与操作系统组合清单 | 安装系统依赖、运行前置检查 | 环境基线记录 | 前置检查通过、无阻断报错 |
| 平台部署 | 环境基线、部署方案 | 安装配置、启动、基本功能自检 | 部署记录与自检截图 | 服务稳定、核心功能可用 |
| 数据与集成 | 部署记录、接口清单 | 导入导出、接口连通、权限核对 | 数据与集成验证记录 | 接口连通、数据一致、权限正确 |
| 终端使用 | 关键操作路径清单 | 浏览器与办公套件下走查高频路径 | 终端验证记录 | 关键路径可完成、无阻断问题 |
角色分工与各阶段交付物
适配过程涉及环境、平台、应用与业务多个方面，角色边界不清容易出现“问题发现了但没人处理”。建议明确五类角色，并为每层验证指定输入提供者与输出接收者。
- 环境管理员：负责芯片、操作系统、数据库等基础环境的准备与基线记录，向平台运维移交环境基线。
- 平台运维：负责平台安装配置、服务启动与日常巡检，向应用负责人移交部署记录。
- 应用负责人：负责数据导入导出、接口联调与权限配置，向业务验收人移交集成验证记录。
- 业务验收人：按关键操作路径完成终端验证，确认业务可用性并签署验收意见。
- 厂商支持：提供兼容矩阵、认证材料与问题处置建议，对未确认项出具书面答复。
| 角色 | 主要输入 | 主要输出 | 交接对象 |
|---|---|---|---|
| 环境管理员 | 适配范围清单 | 环境基线记录 | 平台运维 |
| 平台运维 | 环境基线、部署方案 | 部署记录、自检结果 | 应用负责人 |
| 应用负责人 | 部署记录、接口清单 | 数据与集成验证记录 | 业务验收人 |
| 业务验收人 | 关键操作路径清单 | 终端验证记录、验收意见 | 项目负责人 |
| 厂商支持 | 问题清单与日志 | 兼容性答复、处置建议 | 平台运维/应用负责人 |
问题升级按“平台运维初判—应用负责人确认影响范围—厂商支持给出处置意见”的顺序流转。每次升级保留问题描述、复现步骤、日志片段与期望答复时间，避免同一问题在多个角色间反复转述。
一个适配示例：研发平台在国产化环境中的验证过程
以下为演示情景，用于说明流程如何落地，不代表任何具体单位的真实实施记录。
某研发团队计划将研发管理平台部署到国产化环境，初始范围为：鲲鹏芯片服务器、银河麒麟操作系统、达梦数据库，终端使用国产浏览器与办公套件。范围清单中，芯片、操作系统、数据库列为必须适配，中间件列为可替代，部分旧版办公套件列为暂不纳入并注明后续处理。
基础环境层验证时，前置检查发现系统字符集与平台要求不一致，环境管理员调整字符集后重新检查通过，记录调整前后的配置差异。平台部署层启动服务时，数据库连接参数需要按实际实例调整，平台运维修改配置并完成登录、项目创建等自检。数据与集成层导入样例数据时，部分日期字段格式出现偏差，应用负责人核对源数据格式后统一转换规则，重新导入结果一致；接口联调中一个周边系统返回超时，经厂商支持确认属于网络策略问题，调整后连通。终端使用层走查时，某报表页面在目标浏览器下显示错位，记录为待修复问题并明确不影响核心操作，业务验收人据此标注“有条件通过”。
验收结论依据各层记录形成：已通过项附验证记录与截图，未确认项标注“待厂商书面确认”，不写入通过结论。整个过程保留了配置变更、问题处置与回退步骤，便于后续复现与审计。
完成检查：适配验收的通过标准与证据
验收的核心是证据充分、结论可追溯。建议按层设置通过标准，并把阻断项单独列出，未满足阻断项不进入验收通过结论。
| 层次 | 通过标准 | 所需证据 |
|---|---|---|
| 基础环境 | 前置检查全部通过，系统无阻断性报错 | 环境基线记录、检查日志 |
| 平台部署 | 服务稳定运行，核心功能自检通过 | 部署记录、自检截图 |
| 数据与集成 | 导入导出结果一致，关键接口连通，权限正确 | 验证记录、接口测试结果 |
| 终端使用 | 关键操作路径可完成，无阻断性问题 | 终端验证记录、问题清单 |
阻断项通常包括：基础环境无法启动平台、核心功能不可用、关键接口不通、权限越权或数据丢失。出现阻断项时，暂停后续验收，明确责任人与处理时限，处理完成后重新执行对应层验证并补充证据。
对尚未取得厂商确认的兼容性结论，验收文档中应表述为“待确认”，并附上已提交的确认请求与预计答复时间，不将其计入通过项。回退条件需提前约定，例如部署后核心功能持续不可用、关键接口在约定时限内无法连通；回退验证包括恢复原环境、确认数据完整性与服务可用性，并记录回退耗时与影响范围。
适配过程中的问题跟踪、验证记录与验收证据需要在研发管理平台中留痕。ONES 信创版已完成全栈信创适配，适配信创主流基础软硬件，覆盖芯片、操作系统、数据库等核心模块，并已与主流信创软硬件完成互信认证；其适配的 CPU 与数据库包括鲲鹏 CPU、飞腾 CPU、达梦数据库，适配的操作系统包括银河麒麟、麒麟信安、统信、OpenEuler、龙蜥等。具体版本号与认证证书清单需以厂商正式材料核验。在实际适配中，可将每层验证拆为工作项，把问题、责任人与处理状态记录在任务中，将验证记录与验收证据归档到文档，使适配结论有据可查、可回退。
常见问题
适配范围清单里，哪些组件可以列为“暂不纳入”？
与本次上线范围无关、或计划在后续版本再处理的组件可以列为“暂不纳入”，但要在清单中写明原因和计划时间，并由环境管理员与平台运维共同确认。判断标准是它是否处在业务关键路径上：关键路径上不可替换的组件应列为“必须适配”，有同类国产产品可替换且替换成本可控的列为“可替代”。把“暂不纳入”当作省略项而不写原因，后续验收时容易出现范围争议。
某一层验证没有全部通过，能否先推进下一层？
不建议。分层验证的价值在于把问题定位在最小范围，上一层未通过就进入下一层，会把环境问题、部署问题和终端问题混在一起，排查成本明显上升。遇到非阻断性问题（例如个别报表页面显示错位但不影响核心操作），可以记录为待修复问题并标注“有条件通过”，同时明确修复责任人与时限；出现阻断项时则暂停后续验收，处理完成后重新执行对应层验证并补充证据。
厂商尚未书面确认的兼容性结论，验收文档怎么写？
表述为“待确认”，并附上已提交的确认请求与预计答复时间，不计入通过项。适配结论的证据来源可以是厂商兼容矩阵、采购合同、运维台账或厂商书面确认，口头答复不宜直接作为验收依据。对涉及芯片、操作系统、数据库版本号这类精确信息，建议在验收前向厂商索取兼容矩阵与认证证书清单，避免在验收会上才发现版本对不上。
适配完成后发现问题需要回退，回退前要准备什么？
回退条件应在适配开始前就约定，例如部署后核心功能持续不可用、关键接口在约定时限内无法连通。回退前需要确认三件事：原环境的备份与恢复方式可用、数据完整性有核对手段、回退操作的责任人与时间窗口明确。回退执行后要验证原环境服务可用、数据无丢失，并记录回退耗时与影响范围，这些记录同样是后续复盘的输入。
研发平台在信创环境中的适配记录，放在哪里便于追溯？
建议把每层验证拆成工作项，问题、责任人、处理状态记录在任务中，验证记录、截图与验收证据归档到文档，形成“问题—处置—证据”的对应关系。ONES 信创版已适配鲲鹏、飞腾 CPU 与达梦数据库，以及银河麒麟、麒麟信安、统信、OpenEuler、龙蜥等操作系统，并已与主流信创软硬件完成互信认证；具体版本号与认证证书清单需以厂商正式材料核验。用工作项跟踪适配问题、用文档归档验收证据，可以让适配结论有据可查、可回退。
