3. 告警路由基础：路由规则的作用域与优先级
在 Opsgenie 中，路由规则（Routing Rules）是决定告警最终流向哪个值班团队、哪种通知策略的核心控制点。理解路由规则的作用域与优先级，是构建可靠值班基线的前提——错误的规则顺序或作用域配置，可能导致告警被错误丢弃、重复通知或无人响应。
3.1 路由规则的作用域
路由规则可以在三个层级定义，每个层级对应不同的控制粒度：
| 作用域层级 | 配置位置 | 影响范围 | 典型用途 |
|---|---|---|---|
| 全局（Global） | Settings → Routing Rules | 所有未匹配更具体规则的告警 | 兜底路由、合规过滤、全局静默 |
| 团队（Team） | Team Settings → Routing Rules | 仅该团队接收的告警 | 按团队职责分流、SLA 差异化 |
| 集成（Integration） | Integration Settings → Routing Rules | 仅该集成入口的告警 | 按监控源定制路由、标签注入 |
审计要点：在核验值班基线时，优先检查全局路由规则是否包含意外的高优先级规则，这些规则可能绕过团队级配置，导致告警被错误路由到非目标值班组。
3.2 路由规则的优先级机制
Opsgenie 使用顺序优先级模型：规则按列表顺序从上到下匹配，第一条匹配的规则生效，后续规则不再执行。这一机制决定了规则排序是路由配置中最容易出错的地方。
优先级规则要点：
- 精确规则优先：包含具体条件（如标签、优先级、源名称）的规则应排在前面。
- 通配/兜底规则置后：匹配所有告警的规则（如
true条件）必须放在列表末尾。 - 禁止重叠冲突：两条规则如果条件重叠，先匹配的规则会“截胡”后一条规则的流量。
- 团队规则优先于全局规则：当告警进入团队后，团队级路由规则会覆盖全局规则对该告警的处理。
常见错误示例：某团队将一条“匹配所有告警并转发到值班组A”的规则放在了“匹配 P1 告警并转发到值班组B”的规则之前，导致所有 P1 告警都被错误路由到值班组A，违反了 SLA 要求。
3.3 路由规则匹配流程
下图展示了告警从进入 Opsgenie 到最终分配值班组的完整路由匹配流程：
3.4 规则优先级与作用域的交互
作用域与优先级并非独立维度，它们之间存在明确的交互规则：
- 全局规则先于团队规则执行：告警先经过全局路由，若匹配则直接路由，不再进入团队级处理。
- 团队规则先于集成规则执行：告警进入团队后，先匹配团队级规则，再匹配集成级规则。
- 同一作用域内按列表顺序：全局、团队、集成各自内部的规则列表，均按从上到下的顺序匹配。
- 规则可以跨作用域叠加：例如全局规则添加标签，团队规则再根据该标签做进一步路由。
核验陷阱：当团队级规则与集成级规则同时存在时，如果团队级规则匹配了所有告警并转发到值班组A，那么集成级规则将永远不会被触发——即使集成级规则本意是将特定告警转发到值班组B。这是审计中常见的“规则覆盖”问题。
3.5 路由规则配置清单
在值班基线核验中，建议按以下清单逐项检查路由规则配置：
| 检查项 | 期望状态 | 核验方法 |
|---|---|---|
| 全局规则数量 | ≤ 5 条，无冗余兜底 | 查看 Settings → Routing Rules |
| 团队规则顺序 | 精确条件在前，通配在后 | 逐条检查条件与顺序 |
| 规则条件不重叠 | 无两条规则匹配同一告警 | 使用测试工具模拟告警 |
| 兜底规则存在 | 每个作用域末尾有 true 规则 |
检查最后一条规则条件 |
| 集成规则不冲突 | 集成规则与团队规则无矛盾 | 对比集成与团队规则列表 |
3.6 路由规则测试方法
Opsgenie 提供了两种验证路由规则的方式：
- 告警模拟器（Alert Simulator）：在集成配置页面中，使用“Test”功能发送模拟告警，观察路由结果。
- 审计日志（Audit Log）：查看实际告警的
routingRule字段，确认匹配了哪条规则。
最佳实践：每次修改路由规则后，使用告警模拟器至少测试三种场景：
1. 匹配精确条件的告警
2. 仅匹配通配规则的告警
3. 完全不匹配任何规则的告警（应触发兜底规则）
1. 匹配精确条件的告警
2. 仅匹配通配规则的告警
3. 完全不匹配任何规则的告警（应触发兜底规则）