4、校准交付流程总览：从发现漂移到验收关闭的全生命周期

存储版本漂移校准不是一次性的补丁操作，而是一个从“发现异常”到“验收关闭”的完整闭环流程。本章将全景式展示该流程的五个核心阶段，并明确每个阶段的输入、输出、关键动作与验收标准。

4.1 全生命周期五阶段模型

校准交付流程遵循“发现→评估→执行→验证→关闭”的线性推进逻辑，每个阶段都设有明确的准入条件和准出标准，确保漂移校准可追溯、可复现、可审计。

4.2 流程全景图：从漂移到关闭

下图展示了校准交付的完整生命周期，包含五个阶段之间的流转关系、关键决策点以及回退路径。

4.3 各阶段详细动作与验收标准

4.3.1 发现与记录阶段

• 触发条件：Prometheus/Grafana 告警、定期巡检脚本、或人工上报。
• 核心动作：自动采集所有 PVC 的存储版本元数据，与 CMDB 基准版本比对，生成差异列表。
• 准出标准：工单中必须包含 namespace、pvc_name、当前版本、目标版本、漂移时间 五个字段。

4.3.2 影响评估与方案阶段

• 核心动作：评估漂移是否影响数据面（如 CSI 驱动兼容性）、控制面（如卷快照功能）、以及关联工作负载。
• 方案输出：明确扩容策略（在线/离线）、回滚预案、以及变更窗口。
• 准出标准：方案必须经过至少一位存储专家评审签字。

4.3.3 卷扩容与校准执行阶段

• 核心动作：按照《卷扩容清单化验收表》逐项执行扩容操作，记录每一步的 stdout/stderr。
• 关键约束：禁止批量并行执行，必须单 PVC 串行操作，防止存储后端过载。
• 准出标准：所有 PVC 扩容成功，且执行日志无 ERROR 级别输出。

4.3.4 漂移验证与回检阶段

• 核心动作：使用校验工具（如 kubectl get pvc -o jsonpath + 版本字段提取）逐 PVC 比对版本。
• 数据完整性检查：随机选取 10% 的 PVC 挂载到临时 Pod 中执行 dd 或 sha256sum 校验。
• 准出标准：版本一致率 100%，数据完整性校验通过率 100%。

4.3.5 验收关闭与归档阶段

• 核心动作：变更经理审核所有阶段产出物，更新 CMDB 中的版本字段，关闭工单。
• 归档要求：所有日志、报告、审批记录打包上传至统一存储（如 S3/MinIO），保留至少 180 天。
• 准出标准：工单状态变更为 Closed，且 CMDB 版本字段与集群实际版本一致。

4.4 流程中的角色与职责矩阵

注：R = 负责人 (Responsible)，C = 咨询人 (Consulted)。

4.5 流程自动化建议

对于大规模集群（PVC 数量 > 500），建议将五阶段流程集成到 Argo Workflows 或 Jenkins Pipeline 中，实现自动化编排：

# 伪代码：校准交付 Pipeline 定义
stages:
  - name: detect_drift
    task: run_detection_script
    output: drift_report.json
  - name: assess_impact
    task: parse_drift_report
    condition: drift_count > 0
    output: calibration_plan.yaml
  - name: execute_expansion
    task: apply_calibration_plan
    retry: 2
    output: execution_log.txt
  - name: verify_consistency
    task: run_verification
    condition: all_passed == true
    output: verification_report.json
  - name: close_ticket
    task: update_cmdb_and_close
    output: ticket_closed.confirmation