Создание

Задайте область

Форма открывается пустой — политика собирается с нуля. Готовые рецепты под частые задачи (что задать в When и Then) собраны в Типовых сценариях — берите их как образец.

Первое поле — Scope, выпадающий список, который определяет область действия:

• All team integrations (incl. future) — первый пункт списка; политика применяется ко всем интеграциям команды, включая те, что будут добавлены позже;
• конкретная интеграция — выберите одну из списка команды; политика применяется только к ней.

Выбрать несколько конкретных интеграций нельзя — либо одна, либо все.

Опишите условия в блоке When

Секция When задаёт, на какие алерты сработает политика. Все включённые условия должны совпасть одновременно (логическое И). Если не включать ни одного условия — политика подойдёт под любой алерт.

• Label matchers — условия по меткам алерта. Каждая строка — это ключ метки, оператор и (для части операторов) значение. Несколько строк объединяются по И — должны совпасть все. Доступны четыре оператора:

  Оператор	Значение	Совпадает, когда
  = (equals)	нужно	метка равна указанному значению
  != (not equals)	нужно	метка не равна указанному значению
  exists	не нужно	метка присутствует (с любым значением)
  absent	не нужно	метка отсутствует

  Шаблоны и регулярные выражения не используются.

  Отсутствующая метка считается пустой строкой. Поэтому != (not equals) срабатывает и на алерты, у которых такой метки вообще нет. Это нужно, например, чтобы отбросить всё, что не из production: matcher env != production совпадёт и с env=staging, и с алертом без метки env. Соответственно = (equals) с пустым значением совпадёт ровно с теми, где метка отсутствует или пуста.

• Severity — critical, warning или оба. Алерт подходит, если его важность входит в выбранные.

• Time window — окно по времени суток: поля From и To в формате HH:MM и набор дней недели (Days). Алерт подходит, если попадает в окно. Время вводится в вашем поясе отображения (организации или пользователя) и хранится в UTC. Окно может переходить через полночь: если From позже To — это ночное окно, например 22:00–06:00.

Задайте действия в блоке Then

Секция Then задаёт, что сделать с подходящим алертом. Действия применяются по порядку; терминальное действие останавливает обработку.

• Drop — отбросить алерт. Терминальное.
• Suppress — заглушить алерт до конца окна. Терминальное; требует заданного Time window в блоке When.
• Delay until — отложить алерт до времени HH:MM. Терминальное. Если это время сегодня уже прошло, алерт откладывается до него на следующий день.
• Hold outside window — задержать алерт, пришедший вне рабочего окна, до старта ближайшего следующего окна. Окно задаётся внутри самого действия: поля From и To в формате HH:MM и набор дней недели (Days). Если алерт пришёл внутри окна — задержки нет, он идёт дальше сразу. Условно терминальное: вне окна — задерживает и останавливает цепочку, внутри окна — пропускает дальше.
• Override severity — сменить важность на critical или warning. Не терминальное.
• Add labels — добавить метки к алерту (слияние с уже имеющимися). Не терминальное. Учтите: добавленные метки видит не только следующая политика в цепочке, но и сайленсы — они проверяются позже и работают уже с обогащённым набором (см. Обзор сайленсов).

Suppress, Delay until и Hold outside window не выбрасывают алерт, а откладывают его: заглушённый и отложенный «проснутся» в назначенный момент и тогда пойдут в эскалацию. Безвозвратно убирает алерт только Drop.

При необходимости включите продолжение цепочки

Флаг Continue evaluating next policies (по умолчанию выключен) управляет тем, что произойдёт после применения политики. По умолчанию совпадение с не-терминальной политикой останавливает проверку ниже-приоритетных. С включённым флагом алерт после применения этой политики продолжает идти по цепочке к следующей подходящей. Терминальные действия (drop, suppress, delay_until, а также Hold outside window, когда алерт пришёл вне окна) останавливают цепочку всегда, независимо от флага.

Сохраните

Новая политика занимает позицию среди политик команды. Порядок этих позиций и определяет, в какой последовательности они проверяются: сверху вниз, применяется первая совпавшая. Порядок можно менять позже в списке политик команды.