研发平台私有化部署完成整改后，能否上线取决于三类条件是否同时成立：阻断级差距全部关闭并有证据，重要级差距关闭或已登记可接受的风险与回退方案，一般级差距有明确整改计划和时间点。评估对象限定在服务器、网络、存储、中间件、账号权限、备份与监控等部署环境本身，业务配置不在本文范围。下面给出一套可复算的判断口径，帮助你把差距清单转成上线结论。
要点总览（TL;DR）
- 上线判断看三类条件同时成立：阻断级差距全部关闭并有证据，重要级差距关闭或已登记可接受风险与回退方案，一般级差距有明确整改计划和时间点。
- 用两个口径复核整改程度：阻断项清零率要求100%，加权达标率按权重与达标系数计算，分母为纳入上线范围的全部检查项，未测项按未达标计入。
- 每项差距按实测值、要求值、差距、证据记录，证据需可复现、有截图或日志、标注时间和执行人，无法取得证据的记为未达标。
- 评估按建清单定级定权重、逐项实测、整改复测、计算指标、风险登记五步推进，复测后由运维与安全签字，评审会给出上线结论。
- 指标达标是必要条件，分母为零时注明不适用，跨环境规模与版本不可直接比较，上线后仍需观察期复核。
上线前要评估什么：环境满足度的判断目标
环境满足度评估要回答三个问题：系统能不能跑起来，出问题能不能恢复，后续容量能不能撑住。这三个问题分别对应功能可运行、故障可恢复、容量可增长，覆盖了上线初期最容易被暴露的环境风险。
功能可运行关注应用节点是否按设计数量就绪、依赖的中间件与数据库是否可用、账号权限是否配置到位、监控是否已覆盖关键组件。故障可恢复关注备份是否真实可恢复、主备切换是否演练过、单点故障是否有替代路径。容量可增长关注磁盘余量、连接数余量、资源使用率是否留有增长空间，避免上线后短期内再次扩容。
评估结论分为三种形态。可上线：三类条件全部满足，无遗留阻断项。有条件上线：阻断项清零，重要级差距已登记风险并明确回退方案与观察期，一般级差距有整改计划。不可上线：存在未关闭的阻断级差距，或重要级差距既未关闭也未完成风险登记。结论形态要在评估报告中明确写出，避免用“基本可用”这类模糊表述代替决策。
检查项分级与指标口径：哪些差距必须清零
把环境检查项按影响程度分为三级，是让整改程度可比较的前提。分级在评估开始前完成，整改过程中不因整改进度调整级别，否则指标会失真。
| 级别 | 典型检查项 | 上线要求 |
|---|---|---|
| 阻断级 | 安全基线未达标、数据完整性校验失败、核心组件单点无替代、备份不可恢复、容量余量低于安全线、关键权限缺失或越权 | 全部关闭，且有可复现证据 |
| 重要级 | 非核心组件高可用缺失、监控告警覆盖不全、日志保留周期不足、部分性能指标接近阈值 | 关闭，或登记可接受风险并明确回退方案与观察期 |
| 一般级 | 文档缺失、命名不规范、非关键配置与推荐值有偏差、巡检脚本未覆盖 | 有明确整改计划和时间点 |
两个指标用于复核整改程度，口径固定、可复算。
阻断项清零率＝已关闭阻断项数÷纳入本次上线范围的阻断项总数，要求达到100%。分子只计有证据支撑的关闭项，口头确认不计入。
加权达标率＝Σ（检查项权重×达标系数）÷Σ权重。达标系数按完全达标计1、部分达标计0.5、未达标计0。权重由评估组在清单建立时确定，阻断级检查项权重应显著高于一般级，具体数值按项目实际约定并写入评估方案。
分母口径需要提前说清：分母是纳入本次上线范围的全部环境检查项，未测项按未达标计入分母，不从分母中剔除。时间窗取上线前最近一次全量复测的结果，整改过程中的中间数据不作为结论依据。单位统一为“项”，比率以百分比表示并保留一位小数。
数据从哪里来：证据类型与采集方式
每类检查项都要有对应的证据类型，证据的作用是让“已整改”可以被他人复核，避免用口头确认代替实测。
| 检查项类别 | 证据类型 | 责任人 |
|---|---|---|
| 服务器与中间件配置 | 配置核查记录、配置文件截图 | 运维 |
| 容量与性能 | 压测报告、容量测算表、资源使用率曲线 | 运维 |
| 故障恢复 | 主备切换演练记录、故障注入记录 | 运维 |
| 备份恢复 | 备份恢复演练记录，含恢复耗时与数据校验结果 | 运维 |
| 安全与权限 | 安全扫描报告、账号权限核查清单 | 安全 |
| 监控告警 | 告警规则清单、告警触发测试记录 | 运维 |
采集时点安排在上线前完成一次全量复测，关键项由运维与安全分别签字确认。证据有效性要求三条：可复现，即他人按记录能重复得到相同结果；有截图或日志作为附件；标注执行时间和执行人。无法取得证据的检查项，一律记为未达标并进入风险登记，不因“应该没问题”而放行。
差距清单、整改任务、复测记录和风险登记需要在上线决策前保持同一份最新版本。这类流转可以在 ONES 中作为工作项和文档管理：每条差距对应一个工作项，记录实测值、要求值、级别、责任人和整改状态，复测结果作为附件回填，风险登记以文档形式与工作项关联，评审时按同一份清单核对。ONES 支持私有部署和公有云部署，私有化部署采用 K3s 容器化部署，数据完整隔离并可直接访问，适合对环境自主可控有要求的团队；选择高可用集群部署方式时，基于高可用架构运行，可实现故障转移、数据容灾和零停机服务升级。这些是产品部署方式的说明，具体硬件规格与兼容版本仍需以项目实际环境核对为准。
评估步骤：从差距清单到上线结论
评估按五步推进，每步都有明确输出物，前一步的输出是后一步的输入。
- 建立检查项清单并定级定权重。按服务器、网络、存储、中间件、账号权限、备份、监控分组列出检查项，逐项标注阻断级、重要级或一般级，并确定权重。输出物：带级别和权重的环境检查项清单。
- 逐项实测并形成差距清单。记录每项的实测值、要求值和差距描述，判定达标系数。输出物：差距清单，含未测项标记。
- 整改后复测并更新系数。对已整改项重新实测，更新达标系数和关闭状态，复测记录附证据。输出物：更新后的差距清单与复测记录。
- 计算两个指标并对照标准。按公式计算阻断项清零率和加权达标率，对照100%清零要求和项目约定的加权达标线。输出物：指标计算表。
- 对未关闭的重要级差距做风险登记。写明风险描述、影响范围、回退方案、观察期长度和复核时间点，由运维负责人与业务负责人共同确认。输出物：风险登记表与上线结论。
确认时点集中在两处：复测完成后由运维与安全对关键项签字，指标计算完成后由上线评审会依据指标表和风险登记表给出可上线、有条件上线或不可上线的结论。签字与评审记录随评估报告归档。
算一遍：一次环境差距整改的评估示例
以下为演示情景，数据仅用于说明计算方法，不代表任何真实项目的达标水平。
假设本次上线范围共20项环境检查项，其中阻断级6项、重要级8项、一般级6项。权重约定为阻断级每项5、重要级每项2、一般级每项1，总权重为6×5＋8×2＋6×1＝52。
复测结果：6项阻断级全部关闭，阻断项清零率＝6÷6＝100%。重要级中5项完全达标、2项部分达标、1项未达标；一般级中3项完全达标、2项部分达标、1项未达标。加权得分＝阻断级6×5×1＋重要级（5×2×1＋2×2×0.5＋1×2×0）＋一般级（3×1×1＋2×1×0.5＋1×1×0）＝30＋12＋4＝46，加权达标率＝46÷52≈88.5%。
结论推导：阻断项清零率100%，满足硬性条件；加权达标率88.5%，若项目约定达标线为85%，则达到有条件上线。触发条件是有1项重要级差距未达标，需要完成风险登记。风险登记可写为：差距项为“非核心组件高可用缺失”，影响范围为该组件故障时相关功能短时不可用，回退方案为切换至备用节点并保留手工操作路径，观察期设为上线后两周，每周复核一次组件可用率，复核不通过则暂停相关功能推广。
若同一组数据中阻断项有1项未关闭，则阻断项清零率为83.3%，无论加权达标率多高，结论都应为不可上线，先完成该项整改再复测。
怎么读结果：指标边界与常见误判
指标是上线决策的必要条件，不是充分条件，解读时需要守住几条边界。
加权达标率高不代表没有阻断风险。阻断项必须单独看清零率，不能因为总体分数好看就放过单项阻断差距。反过来，加权达标率略低于约定线但阻断项全部关闭、重要级差距均已登记风险时，是否上线应由评审会结合风险登记内容判断，而不是机械卡线。
分母为零时该指标不适用。例如本次范围不涉及某类检查项，对应指标无法计算，应在报告中注明“不适用”，不用0或100%代替。
不同环境规模、不同版本之间的达标率不可直接横向比较。检查项构成、权重和分母都不同，跨项目比较容易得出误导性结论，比较时应使用同一份清单和同一套权重。
指标达标不构成性能或稳定性的因果保证。它说明评估时点的环境差距已按约定处理，不能替代上线后的实际运行观察。上线后应设置观察期，按同一批关键检查项复核资源使用率、告警数量和恢复演练结果，发现偏差时回到差距清单重新定级和整改，形成闭环。
常见问题
阻断级差距全部关闭，但加权达标率略低于约定线，还能上线吗？
这种情况需要评审会结合风险登记内容判断，不宜机械卡线。阻断项清零是硬性条件，加权达标率反映的是整体差距处理程度。如果未达标项集中在一般级，且重要级差距均已关闭或完成风险登记，评审会可以给出有条件上线的结论，同时把观察期和复核时间点写进上线方案。若未达标项涉及重要级且尚未登记风险，应先补齐风险登记再评审。
上线范围里某类检查项本次不涉及，指标怎么算？
分母为零时该指标不适用，在评估报告中注明“不适用”即可，不用0或100%代替。需要注意的是，判断某项是否真的不在范围内，要看它是否影响功能可运行、故障可恢复或容量可增长这三个问题，不能因为暂时没测就把它移出范围。确实不涉及的检查项应在清单建立阶段就标注，并说明理由。
整改过程中复测多次，以哪一次的数据作为上线结论依据？
以上线前最近一次全量复测的结果为准。整改过程中的中间复测数据用于跟踪进度，不作为结论依据。全量复测要求覆盖清单内全部检查项，包括此前已关闭的项，避免整改引入新的配置偏差。复测记录需附证据并标注执行时间与执行人，关键项由运维与安全分别签字。
重要级差距登记风险后，观察期一般怎么设？
观察期长度按差距的影响范围确定，没有统一数值。常见做法是设为上线后一到两周，并在观察期内按固定频率复核与该差距相关的指标，例如组件可用率、告警数量或资源使用率。复核结果不达预期时，按风险登记中写明的回退方案处理，并回到差距清单重新定级和整改。观察期结束时应出具复核结论，作为关闭该风险的依据。
差距清单、整改任务和复测记录分散在多个表格里，怎么保证评审时看到的是同一版本？
把差距清单作为唯一基准，每条差距对应一个工作项，实测值、要求值、级别、责任人和整改状态都记录在工作项上，复测结果作为附件回填，风险登记以文档形式与工作项关联。评审时按同一份清单核对，避免多份表格口径不一致。这类流转可以在 ONES 中组织：ONES 支持私有部署和公有云部署，私有化部署采用 K3s 容器化部署，数据完整隔离并可直接访问；选择高可用集群部署方式时，基于高可用架构运行，可实现故障转移、数据容灾和零停机服务升级。具体硬件规格与兼容版本仍需以项目实际环境核对为准。
