告警路由核心组件：告警源、路由引擎、路由策略、目标端点

告警路由系统是变更窗口平台工程中保障告警准确触达的关键基础设施。其核心架构由四个紧密协作的组件构成：告警源、路由引擎、路由策略和目标端点。理解每个组件的职责与交互方式，是进行故障排查与自动配置优化的前提。

2.1 组件职责与交互流程

下图展示了四个核心组件在一条典型告警路由链路中的位置与数据流向。告警从左侧源端产生，经过引擎的策略匹配与转换，最终由右侧端点接收并执行通知动作。

2.2 告警源（Alert Source）

告警源是告警路由的起点，负责产生结构化的告警事件。在变更窗口平台中，告警源通常包括监控系统、变更审批系统以及自定义探针。

2.3 路由引擎（Routing Engine）

路由引擎是告警路由系统的“大脑”，负责接收告警事件、执行策略匹配、进行告警去重与聚合，并最终将告警转发至目标端点。引擎通常以无状态服务部署，支持水平扩展。

引擎的核心处理流程如下：

1. 接收与解析：通过 HTTP/gRPC 接口接收告警事件，解析为内部统一模型。
2. 策略加载：从配置中心或本地文件加载当前生效的路由策略列表。
3. 匹配与过滤：按策略优先级依次匹配告警标签、严重级别、时间窗口等条件。
4. 去重与聚合：对相同告警源、相同策略的重复告警进行合并，减少通知风暴。
5. 转换与投递：根据策略指定的目标端点类型，将告警转换为对应格式并发送。

2.4 路由策略（Routing Policy）

路由策略是告警路由的决策规则集合，定义了“什么样的告警应该发往哪里”。策略通常以声明式配置（YAML/JSON）管理，支持动态加载。

一个完整的路由策略包含以下要素：

以下是一个简化的路由策略 YAML 配置示例：

policies:
  - id: "prod-critical-alert"
    match:
      severity: "critical"
      env: "prod"
    time_window:
      start: "00:00"
      end: "23:59"
    target: "pagerduty-prod"
    escalate:
      after: "10m"
      target: "phone-call-oncall"

  - id: "change-window-silence"
    match:
      change_window: true
    silence:
      duration: "2h"
      reason: "变更窗口期间自动静音"

2.5 目标端点（Target Endpoint）

目标端点是告警路由的最终输出位置，负责将告警通知传递给运维人员或自动化系统。端点类型决定了告警的展示形式和交互能力。

常见的目标端点分类与特性：

2.6 组件间依赖关系总结

四个核心组件之间的依赖关系可以概括为：告警源依赖路由引擎的可用性，路由引擎依赖路由策略的正确性，路由策略依赖目标端点的可达性。任何一个组件的异常都会导致告警路由链路中断。

下表总结了各组件的常见故障模式与排查方向：