通知策略

使用标签和标签匹配器将告警规则关联到通知策略和静默。这提供了一种灵活的方式来管理你的告警实例，指定哪个策略应该处理它们，以及哪些告警应该静默。

标签匹配器由 3 个不同的部分组成：**标签**、**值**和**操作符**。

• **标签**字段是要匹配的标签名称。它必须与标签名称完全一致。

• **值**字段与指定的**标签**名称的对应值进行匹配。如何匹配取决于**操作符**的值。

• **操作符**字段是用于匹配标签值的操作符。可用的操作符有

  操作符	描述
  =	选择与该值完全相等的标签。
  !=	选择与该值不相等的标签。
  =~	选择与该值正则表达式匹配的标签。
  !~	选择与该值不正则表达式匹配的标签。

标签匹配示例

如果为告警定义以下标签集

{ foo=bar, baz=qux, id=12 }

则

• 定义为 foo=bar 的标签匹配器会匹配此告警规则。
• 定义为 foo!=bar 的标签匹配器*不会*匹配此告警规则。
• 定义为 id=~[0-9]+ 的标签匹配器会匹配此告警规则。
• 定义为 baz!~[0-9]+ 的标签匹配器会匹配此告警规则。
• 定义为 foo=bar 和 id=~[0-9]+ 的两个标签匹配器会匹配此告警规则。

排除标签

你也可以编写标签匹配器来排除标签。

这是一个示例，展示了如何排除标签 Team。你可以选择以下任一值来排除标签。

以下是先前示例的详细说明

Pod stuck in CrashLoop 没有 severity 标签，因此没有子策略匹配。它有 team=operations 标签，所以第一个策略匹配。

team=security 策略不匹配，并且该策略未配置**继续匹配同级策略**。

Disk Usage – 80% 同时具有 team 和 severity 标签，并匹配 operations 团队的子策略。

Unauthorized log entry 有一个 team 标签，但不匹配第一个策略 (team=operations)，因为值不同，所以它将继续搜索并匹配 team=security 策略。它没有任何子策略，因此额外的 severity=high 标签会被忽略。