📚 课程目录第4章复核流程总览

4. 复核流程总览：复核的完整生命周期

升级节点池的复核并非一次性的检查动作，而是一个从申请发起、多角色协同、状态流转到最终关闭的完整生命周期。理解这个全流程，有助于运维人员明确每个阶段的责任边界与操作要点，避免因流程缺失导致升级事故。

4.1 复核生命周期阶段总览

一个标准的复核流程包含以下 6 个核心阶段，每个阶段都有明确的输入、输出和责任人：

阶段	触发条件	核心动作	责任人	产出物
1. 申请	节点池升级计划制定完成	填写复核申请单，提交升级窗口参数	升级执行人	复核申请单（草稿）
2. 预审	申请单提交至复核系统	检查申请单完整性、窗口合规性	复核初审员	预审通过/驳回意见
3. 技术复核	预审通过	逐项验证升级参数、依赖、风险项	技术复核人	技术复核报告
4. 审批	技术复核通过	确认风险等级与变更窗口，签署审批	变更经理/主管	审批通过/拒绝决定
5. 执行与验证	审批通过，窗口到达	执行升级，记录结果，验证状态	升级执行人	执行日志、验证快照
6. 关闭	验证通过，无遗留问题	归档复核记录，关闭流程	复核初审员	关闭确认单

流程要点： 每个阶段都设有“驳回”分支。一旦驳回，流程回退至上一阶段或申请阶段，并记录驳回原因。这保证了复核的严谨性，避免跳过关键检查。

4.2 复核流程状态机

下图展示了复核流程从申请到关闭的完整状态流转，以及各状态之间的转换条件：

  状态机关键规则：
  正常流转路径：申请 → 预审 → 技术复核 → 审批 → 执行与验证 → 关闭。
任何阶段（除关闭外）均可触发驳回，流程回退至“申请”阶段，需重新提交。
“执行与验证”阶段若验证失败，可驳回至“技术复核”或“申请”，具体由变更策略决定。
关闭为终态，关闭后不可再修改或回退。

4.3 从申请到关闭的详细步骤

以下将每个阶段拆解为可执行的操作步骤，供运维人员在实际操作中对照执行：

步骤一：申请阶段

填写复核申请单：包括节点池名称、升级目标版本、升级窗口时间、影响范围预估。
上传依赖材料：如升级方案文档、回滚预案、测试报告。
提交申请：系统自动生成申请编号，状态变为“待预审”。

步骤二：预审阶段

完整性检查：确认申请单所有必填项已填写，附件齐全。
窗口合规性检查：升级窗口是否在允许的变更窗口内，是否与其它变更冲突。
预审结论：通过则流转至技术复核；不通过则填写驳回原因，退回申请阶段。

步骤三：技术复核阶段

升级参数复核：检查节点池规格、镜像版本、升级策略（滚动/替换）、最大不可用节点数。
依赖项检查：确认底层基础设施、网络策略、存储卷、监控告警是否就绪。
风险项评估：识别已知风险（如内核兼容性、应用亲和性），确认缓解措施。
生成技术复核报告：记录复核结果，签字确认。

步骤四：审批阶段

风险等级确认：根据技术复核报告，确认本次升级的风险等级（低/中/高）。
窗口最终确认：审批人确认升级窗口是否合理，是否需要调整。
签署审批：通过则进入执行阶段；拒绝则填写拒绝理由，流程驳回。

步骤五：执行与验证阶段

执行升级：在窗口内按计划执行节点池升级操作。
实时监控：观察节点状态、Pod 调度、应用健康检查。
验证结果：升级完成后，执行自动化验证脚本，确认节点池版本、节点状态、应用可用性。
记录执行日志：将执行过程、异常处理、验证结果写入日志。

步骤六：关闭阶段

归档复核记录：将申请单、复核报告、执行日志、验证快照打包归档。
关闭流程：在系统中将流程状态置为“已关闭”，通知所有相关方。
后续跟踪：关闭后 24 小时内观察节点池稳定性，如有异常则重新开启复核流程。

常见流程陷阱：

跳过预审直接进入技术复核：会导致基础信息缺失，增加后续返工成本。
审批阶段未确认窗口冲突：可能与其他变更窗口重叠，引发资源争抢或服务中断。
执行阶段未记录验证结果：关闭后无法追溯升级效果，审计时缺少证据。

4.4 复核流程关键角色与职责

角色	所属阶段	核心职责	常见误区
升级执行人	申请、执行与验证	填写申请单、执行升级、记录结果	申请单信息不完整，执行后忘记验证
复核初审员	预审、关闭	检查完整性、合规性，归档关闭	预审流于形式，未发现明显缺失项
技术复核人	技术复核	逐项验证技术参数、依赖、风险	忽略已知风险项，未要求补充缓解措施
变更经理/主管	审批	确认风险等级，签署审批决定	未确认窗口冲突，盲目批准高风险变更

复核流程的完整生命周期确保了每一次节点池升级都经过充分的检查与验证，降低了因配置错误、依赖缺失或窗口冲突导致的升级事故概率。运维团队应严格按照上述步骤执行，并利用复核系统记录每个阶段的决策与结果，形成可追溯的升级档案。