3. 核验流程设计：核验触发条件、核验步骤、核验结果判定标准、核验报告生成

值班基线核验流程是 On-Call 自动化的核心执行单元。一个设计良好的核验流程必须覆盖从触发到报告归档的完整闭环，确保每次核验可重复、可追溯、可判定。本节从四个维度拆解核验流程的设计要点。

3.1 核验触发条件

触发条件决定了核验流程何时启动。根据值班场景的差异，触发条件分为三类：

3.2 核验步骤

核验步骤采用“五阶段流水线”模型，每个阶段输出明确的中间产物，便于问题定位与回滚。

1. 数据采集阶段：从 CMDB、监控系统、日志平台拉取当前基线快照。采集需支持幂等性，避免重复采集导致数据污染。
2. 数据清洗阶段：去除空值、异常值、过期数据。清洗规则需与基线版本号绑定，确保不同版本间清洗逻辑可追溯。
3. 规则匹配阶段：将清洗后的数据与预定义的核验规则库进行逐条比对。规则库支持 AND/OR 组合逻辑，每条规则包含阈值、容忍度、生效范围。
4. 差异分析阶段：对匹配失败的条目进行根因分类（配置漂移、数据延迟、规则过期等）。差异分析结果直接影响判定标准。
5. 结果聚合阶段：将各规则的匹配结果按服务、模块、地域等维度聚合，生成结构化的核验结果集。

3.3 核验结果判定标准

判定标准采用“三级判定 + 加权评分”模型，避免单一指标误判。每条核验规则独立评分，最终按权重聚合为整体判定结果。

3.4 核验报告生成

核验报告是流程的最终交付物，需同时满足机器解析与人工阅读两种场景。报告采用“摘要 + 详情”双层结构：

• 摘要层：包含核验 ID、触发类型、时间戳、整体判定等级、通过率、耗时。摘要层用于值班 Dashboard 展示与告警聚合。
• 详情层：包含每条规则的匹配结果、差异详情、根因分类、原始数据快照。详情层用于问题排查与事后审计。

报告格式支持 JSON（供下游系统消费）与 HTML（供值班人员浏览器查看）。HTML 报告内嵌折叠面板，默认只展示摘要，点击可展开详情。

3.5 流程完整示例

以下是一个完整的核验流程伪代码，展示触发、执行、判定、报告生成的全链路：

# 伪代码：核验流程主循环
def run_verification(trigger_type, baseline_version):
    # 1. 触发条件校验
    if not is_trigger_allowed(trigger_type):
        return {"status": "rejected", "reason": "trigger not allowed"}
    
    # 2. 数据采集
    raw_data = collect_baseline_snapshot(baseline_version)
    if raw_data is None:
        return {"status": "failed", "step": "collect", "error": "timeout"}
    
    # 3. 数据清洗
    clean_data = clean_baseline(raw_data, baseline_version)
    
    # 4. 规则匹配
    rule_results = match_rules(clean_data, load_rules(baseline_version))
    
    # 5. 差异分析
    diff_analysis = analyze_differences(rule_results)
    
    # 6. 结果聚合与评分
    score = aggregate_score(diff_analysis)
    grade = determine_grade(score)
    
    # 7. 报告生成
    report = generate_report(
        trigger_type=trigger_type,
        baseline_version=baseline_version,
        grade=grade,
        score=score,
        details=diff_analysis
    )
    
    # 8. 报告归档与通知
    archive_report(report)
    if grade == "FAILED":
        notify_oncall_escalation(report)
    elif grade == "WARNING":
        notify_oncall_confirmation(report)
    
    return report