4. 路由(Route)基础概念：路由树结构、默认路由与子路由、路由匹配规则

在 Alertmanager 中，路由（Route）是告警通知分发的核心决策引擎。它定义了一条告警从进入 Alertmanager 到最终发送给接收器（Receiver）的完整路径。理解路由的树形结构、默认路由与子路由的关系以及匹配规则，是进行分层配置的基础。

4.1 路由树结构

Alertmanager 的路由配置采用树形结构，而非扁平列表。这种设计允许你构建从通用到具体的告警分发策略。整个路由树由根节点（Root Route）和若干子节点（Child Route）组成。

4.2 默认路由与子路由

路由配置中，根路由即为默认路由。它定义了全局的告警接收策略，是所有告警的最终兜底方案。子路由则是在根路由基础上，针对特定告警特征进行的分流配置。

4.3 路由匹配规则（matchers / receivers）

路由匹配的核心是 matchers 和 receivers 两个字段。matchers 定义告警必须满足的条件，receivers 定义匹配成功后告警发送的目标。

4.3.1 matchers 匹配语法

Alertmanager 支持多种匹配操作符，用于精确控制告警标签的匹配逻辑：

4.3.2 receivers 接收器绑定

每个路由节点必须指定一个 receiver，即告警匹配成功后发送的目标。Receiver 需要在 Alertmanager 的 receivers 配置块中预先定义。

# 路由配置示例
route:
  receiver: "default-team"          # 根路由接收器
  group_wait: 30s
  group_interval: 5m
  repeat_interval: 4h
  routes:
    - receiver: "critical-team"     # 子路由接收器
      matchers:
        - severity = "critical"
      routes:
        - receiver: "db-team"       # 孙路由接收器
          matchers:
            - service =~ "mysql|postgresql"
    - receiver: "platform-team"
      matchers:
        - team = "platform"
        - env != "dev"

4.3.3 匹配优先级与 continue 参数

路由匹配遵循先匹配先服务原则，但 continue 参数可以改变这一行为：

• continue: false（默认）：一旦匹配当前路由，立即停止匹配后续兄弟路由，直接发送告警。
• continue: true：匹配当前路由后，继续检查后续兄弟路由，实现告警的多路分发（同一告警发送给多个接收器）。

4.4 路由配置实战要点

• 根路由必须存在：每个 Alertmanager 配置文件中，route 字段是必需的，且至少需要指定一个 receiver。
• 子路由顺序敏感：routes 列表中的顺序决定了匹配优先级，应将更具体的路由放在前面。
• matchers 支持多条件：一个路由可以包含多个 matchers，所有条件必须同时满足（AND 逻辑）。
• 正则匹配性能：避免使用过于复杂的正则表达式，以免影响匹配性能。
• 测试匹配逻辑：可以使用 amtool 命令行工具测试告警是否匹配预期路由。