判断研发平台私有化部署准备是否就绪，关键是把“感觉差不多了”转成可核验的放行结论：环境、网络、账号权限、数据迁移、集成对接、监控运维与回退预案逐项有证据、有判定口径、有责任人。所有阻断项凭证据通过，一般项明确责任人和完成时间，才适合进入安装与上线阶段。下文给出一套可复算的评估方法与评审口径。
要点总览（TL;DR）
- 就绪评审只回答一个问题：本次是否放行研发平台进入安装与上线；结论分为放行、有条件放行、暂缓三类，并附依据与签署人。
- 评估维度固定为环境资源、网络与域名、账号与权限、数据与迁移、集成对接、监控运维、回退与变更七类，业务配置类内容不纳入本阶段。
- 每项指标都要有证据形式、数据口径和通过判定；证据缺失、过期或环境标识不符，按未通过处理。
- 就绪率 = 通过项数 ÷ 评审前冻结的总项数；阻断项一票否决，就绪率再高也不能放行。
- 就绪率只反映准备完备度，上线后仍需观察期与回退预案，并在安装前完成一次回退演练。
就绪评审要回答什么问题
就绪评审的决策对象只有一个：本次是否放行研发平台进入安装与上线阶段。它不评价平台功能是否好用，也不评价业务流程是否梳理完毕，只回答部署落地所需的前置条件是否具备、证据是否充分。评审范围限定在与平台部署直接相关的事项，包括服务器与存储资源、网络与域名、账号与权限、数据与迁移、集成对接、监控运维、回退与变更准备。
评审产出应当是一份有依据的结论，分为三类：
- 放行：全部阻断项有有效证据并通过，一般项无遗留或遗留项不影响安装窗口。
- 有条件放行：阻断项全部通过，一般项存在未完成内容，但已明确责任人、完成时间和补偿措施，且不触及上线关键路径。
- 暂缓：任一阻断项未通过或证据缺失、过期，无论总体完成比例多高，均不进入安装阶段。
三类结论都要写明依据，包括通过项数、未通过项清单、证据位置和签署人。结论一旦形成，后续安装排期、人员投入和变更窗口都以它为前提，避免在安装过程中反复回头补条件。
就绪度评估的指标与范围
评估维度建议固定为七类，每类都设定评估对象和不纳入项，防止把业务配置、流程设计等本阶段之外的内容混进评审，拉长准备周期。下表给出维度、评估对象与边界，并标注是否作为阻断项。
| 维度 | 评估对象 | 不纳入项 | 阻断标记 |
|---|---|---|---|
| 环境资源 | 服务器规格、操作系统、数据库与中间件版本、存储容量、时钟同步 | 业务数据内容、组织架构设计 | 阻断 |
| 网络与域名 | 内外网连通性、端口开放、负载均衡、DNS 解析、证书有效期 | 办公网终端策略调整 | 阻断 |
| 账号与权限 | 管理员账号、服务账号、初始角色划分、与企业目录的对接准备 | 最终用户培训与推广 | 阻断 |
| 数据与迁移 | 历史数据范围、清洗规则、迁移试跑记录、数据校验口径 | 上线后的数据治理规则 | 阻断 |
| 集成对接 | 与内部系统（如 LDAP、单点登录、消息通知）的接口地址、账号与联调记录 | 新集成需求的方案设计 | 视依赖程度定 |
| 监控运维 | 日志采集、告警通道、备份策略、巡检责任人 | 运维值班制度的全面修订 | 一般项 |
| 回退与变更 | 回退触发条件、回退步骤、变更审批单、回退演练记录 | 长期容灾架构规划 | 阻断 |
阻断项与一般项的区分原则是：缺失后会导致安装无法开始、上线后无法登录使用或出现故障无法恢复的，列为阻断项；缺失后影响运维便利性或后续优化节奏的，列为一般项。阻断项清单应在评审前由部署负责人、运维负责人和平台负责人共同确认并冻结，评审过程中不临时增减，否则结论无法复算。
每项指标的证据与数据口径
每项指标都要规定证据形式、提供人和判定标准，三者缺一不可。证据是评审会上可以当场查看的材料，判定标准说明达到什么状态算通过。建议统一采用下表结构，评审前由各责任人提交，评审会上逐项核验。
| 指标示例 | 证据类型 | 数据口径 | 通过判定 |
|---|---|---|---|
| 服务器与存储资源到位 | 资源分配单、配置截图 | 环境标识、提交日期、资源数量与规格 | 规格与交付文档一致，资源已实际分配并可访问 |
| 网络连通性 | 连通性测试记录 | 测试时间窗、源地址与目标地址、端口清单 | 测试在评审前 7 天内完成，全部必需端口连通 |
| 域名与证书 | DNS 解析截图、证书信息 | 域名、解析记录、证书到期日 | 解析指向正确，证书在有效期内且覆盖所需域名 |
| 账号与权限 | 账号清单、角色分配表 | 账号类型、责任人、创建时间 | 管理员与服务账号齐备，初始角色划分经平台负责人确认 |
| 数据迁移 | 迁移试跑报告、校验记录 | 数据范围、试跑时间、记录数与校验结果 | 试跑完成，抽样校验一致，差异项有处理结论 |
| 集成对接 | 联调记录、接口配置截图 | 接口地址、联调时间、参与方 | 关键集成联调通过，失败项有明确处理计划 |
| 监控与备份 | 告警配置截图、备份策略文档 | 配置时间、覆盖对象、备份周期 | 关键指标已配置告警，备份策略经运维负责人签字 |
| 回退预案 | 回退步骤文档、演练记录、变更审批单 | 演练时间、参与人、审批编号 | 回退步骤可执行，演练完成，变更审批已通过 |
证据缺失或过期按未通过处理，不采用口头说明替代。过期标准在评审前约定，例如连通性测试记录超过 7 天、证书剩余有效期不足 30 天、演练记录超过一个发布周期，均需重新取证。证据不可比的情况也要提前处理，例如测试环境与生产环境标识不一致、版本号与待安装版本不符，这类证据不能作为通过依据，应重新在目标环境取证。
就绪度计算与评审步骤
就绪度按维度统计，公式为：就绪率 = 通过项数 ÷ 总项数 × 100%，分母是评审前冻结的全部评估项，包含阻断项和一般项。分母在评审启动时确定并记录，评审过程中不因新增或删除指标而变化，保证不同批次评审结果可以横向比较。阻断项单独统计，适用一票否决：任一阻断项未通过，总体结论即为暂缓，不因就绪率高而放行。
评审按三步推进：
- 材料提交：各责任人在评审前按指标—证据对照表提交材料，标注环境标识、时间窗和版本号，部署负责人做完整性预检，缺项直接退回补充。
- 逐项核验：评审会上按维度逐项查看证据，当场判定通过或不通过，不通过项记录原因和补证要求，核验结果由记录人同步登记。
- 结论签署：统计通过项数、阻断项未通过数，按放行规则形成结论，由部署负责人、运维负责人和平台负责人共同签署，附未通过项清单和责任人。
评审记录需要保留检查项、证据位置、判定结果和签署信息，便于安装阶段追溯和后续复盘。ONES 支持私有部署方式，其私有化部署采用 K3s 容器化部署，支持数据完整隔离并可直接访问，也支持对接企业内部系统（如 LDAP）；在评审组织上，可以把检查项清单和评审记录放在 ONES 的工作项或文档中承载，让材料提交、核验结论和签署留痕在同一处关联，减少评审材料分散在邮件和表格中的情况。具体承载方式以实际产品配置和交付文档为准。
一个部署准备评审的例子
以下为演示情景，用于说明计算过程，不代表任何真实项目。假设某研发团队计划私有化部署研发平台，评审前冻结评估项共 20 项，其中阻断项 12 项、一般项 8 项，覆盖前述七个维度。各责任人按期提交材料，评审会逐项核验。
核验结果：环境资源 4 项全部通过；网络与域名 3 项通过 2 项，1 项因证书剩余有效期不足 30 天被判不通过，该项为阻断项；账号与权限 3 项全部通过；数据与迁移 3 项通过 2 项，1 项迁移试跑报告缺少抽样校验记录，判不通过，该项为阻断项；集成对接 2 项通过 1 项，单点登录联调未完成，列为一般项；监控运维 3 项通过 2 项，日志采集配置待补充，一般项；回退与变更 2 项全部通过。
统计结果：通过项 17 项，未通过项 3 项，就绪率 = 17 ÷ 20 × 100% = 85%。阻断项未通过 2 项，按一票否决规则，总体结论为暂缓，不能进入安装阶段。即使就绪率达到 85%，证书和迁移校验两项仍须补证后重新核验。假设补证后这两项通过，仅剩单点登录联调和日志采集两项一般项未完成，且已明确责任人和完成时间、不影响安装窗口，则结论可转为有条件放行，并在安装启动前完成剩余一般项。
结果解读与常见限制
就绪率反映的是准备完备度，不是上线成功率的保证。它衡量证据是否齐备、条件是否满足，无法覆盖安装过程中的操作失误、上线后的性能表现和用户使用中的问题。把就绪率当作运行稳定性的预测指标，容易在评审通过后放松上线观察。
使用这套方法时要注意三类失真：一是分母为零，某个维度没有设置评估项，该维度就绪率无法计算，应视为未评估而非通过；二是证据不可比，不同环境、不同版本、不同时间窗取得的证据放在一起统计，结果会偏高或偏低；三是环境差异，测试环境与生产环境在资源规格、网络策略上的差别，可能让测试通过的项在生产环境失效。评审时应逐项确认证据的环境标识，必要时在生产环境重新取证。
就绪结论通过后，上线阶段仍需设置观察期和回退预案。观察期明确时长、观察指标和责任人，回退预案明确触发条件、回退步骤和决策人，并在安装前完成一次回退演练。对于采用高可用集群部署的场景，ONES 基于高可用架构运行服务，可实现故障转移、数据容灾和零停机服务升级，能减少单点故障影响；是否采用高可用作为本次评审的阻断项，应结合业务连续性要求提前确定，具体架构要求以交付文档为准。
常见问题
评审前已经冻结了评估项，评审中发现漏了一项关键条件，应该怎么处理？
建议把新发现的条件登记为“待纳入项”，本次评审仍按冻结清单计算就绪率，避免结论无法复算。若该条件属于缺失后会导致安装无法开始或上线后无法恢复的阻断项，则本次结论直接转为暂缓，补充取证后重新评审；若属于一般项，可写入有条件放行的遗留清单，明确责任人和完成时间。下一次评审启动前，把待纳入项并入清单再冻结。
测试环境全部通过，生产环境资源还没完全到位，能否先进入安装阶段？
不建议。就绪评审的证据要对应目标环境，测试环境与生产环境在资源规格、网络策略上的差异，可能让测试通过的项在生产环境失效。生产环境资源未到位属于环境资源维度的阻断项，按一票否决规则应判暂缓。可以先在生产环境完成资源分配和连通性测试，重新取证后再评审；测试环境的记录可作为参考，不能替代生产环境证据。
集成对接在评审中被列为一般项，上线前联调仍未完成，会影响上线吗？
取决于该集成是否处在上线关键路径上。如果单点登录、消息通知等集成未完成会导致用户无法正常登录或关键通知无法送达，应在评审前把它调整为阻断项，而不是留作一般项。已经按一般项放行的，需要在上线启动前确认补偿措施，例如先启用本地账号登录、通知走临时通道，并明确切换时间和责任人。集成项的分类应在评审前与平台负责人确认，评审中不临时调整。
就绪率达到 90% 以上，是否可以直接放行？
不能仅凭就绪率放行。就绪率的分母包含阻断项和一般项，高比例可能来自一般项完成度高，而阻断项仍有未通过项。放行规则是阻断项全部凭有效证据通过，一般项无遗留或遗留项不影响安装窗口。评审时应先看阻断项清单，再看就绪率和一般项遗留清单，两者结合形成结论。
评审记录和检查项清单用什么方式留存比较合适？
关键是让检查项、证据位置、判定结果和签署信息能关联追溯。可以用文档加表格的方式集中登记，也可以放在研发管理平台的工作项或文档中承载。ONES 支持私有部署方式，私有化部署采用 K3s 容器化部署，支持数据完整隔离并可直接访问，也支持对接企业内部系统（如 LDAP）；把评审材料放在同一平台内，便于安装阶段回查和后续复盘。具体承载方式以实际产品配置和交付文档为准。
