Мониторы

Incoming Email Monitor

Incoming Email Monitor создаёт и снимает алерты по письмам на уникальный адрес, привязанный к монитору. Удобно для legacy-систем, сторонних alerting-инструментов и любых сервисов, которые шлют уведомления по email.

Как это работает

  1. При создании монитора Status200 выдаёт уникальный email для него.
  2. Входящие письма на этот адрес проверяются по заданным критериям.
  3. По результатам можно создавать новые алерты или закрывать существующие.

Так email-based alerting подключается к incident workflow в Status200.

Создание монитора

  1. Monitors в dashboard Status200.
  2. Create Monitor.
  3. Тип: Incoming Email.
  4. Параметры:
    • Name — понятное имя;
    • Description — назначение.
  5. Alert Creation Criteria — когда создавать алерт.
  6. Alert Resolution Criteria — когда снимать алерт.
  7. Create.

После создания на странице монитора отображается уникальный адрес.

Формат адреса

monitor-{secret-key}@{inbound-domain}

Пример: monitor-abc123def456@inbound.yourdomain.com

Скопируйте адрес и настройте внешние системы на отправку писем на него.

Поля для критериев

ПолеОписание
Email SubjectТема письма
Email FromАдрес отправителя
Email BodyТекст тела (plain text)
Email ToАдрес получателя
Email ReceivedВременные условия по моменту получения

Типы фильтров

Строковые (Subject, From, Body, To)

ФильтрОписаниеПример
ContainsСодержит подстрокуSubject contains "CRITICAL"
Not ContainsНе содержитSubject not contains "TEST"
EqualsТочное совпадениеFrom equals "alerts@service.com"
Not EqualsНе равноSubject not equals "OK"
Starts WithНачинается сSubject starts with "[ALERT]"
Ends WithЗаканчивается наSubject ends with "- Production"
Is EmptyПустоBody is empty
Is Not EmptyНе пустоSubject is not empty

По времени (Email Received)

ФильтрОписаниеПример
Received In MinutesПисьмо пришло за последние X минутEmail received in 30 minutes
Not Received In MinutesЗа X минут писем не былоEmail not received in 60 minutes

Примеры настроек

Пример 1: алерт по критическим письмам

Alert Creation Criteria:

  • Email Subject Contains "CRITICAL"
  • ИЛИ Email Subject Contains "ALERT"
  • ИЛИ Email Subject Contains "ERROR"

Alert Resolution Criteria:

  • Email Subject Contains "RESOLVED"
  • ИЛИ Email Subject Contains "OK"
  • ИЛИ Email Subject Contains "RECOVERED"

Пример 2: конкретный отправитель

Alert Creation Criteria:

Alert Resolution Criteria:

Пример 3: heartbeat (нет письма = алерт)

Alert Creation Criteria:

  • Email Received Not Received In Minutes — значение 60

Алерт, если за 60 минут не пришло ни одного письма — удобно для job’ов и batch-процессов с отчётными письмами.

Alert Resolution Criteria:

  • Email Received Received In Minutes — значение 5

Снимает алерт при получении письма.

Сценарии использования

Legacy-системы

Старые системы часто шлют только email. Incoming Email Monitor позволяет:

  • превращать письма в инциденты Status200;
  • автоматически закрывать при recovery-письмах;
  • централизовать алерты из нескольких legacy-источников.

Сторонние сервисы

Интеграция с облачными и security-уведомлениями:

  • AWS, GCP, Azure;
  • сканеры безопасности;
  • завершение бэкапов;
  • предупреждения об истечении SSL.

Плановые и batch-задачи

  • алерт, если письмо о завершении не пришло вовремя;
  • сбои job’ов по error-письмам;
  • контроль data pipeline по completion emails.

Агрегация из разных мониторингов

  • Nagios, Zabbix и др. → email → единый incident flow в Status200;
  • один источник правды по алертам.

Переменные шаблонов

В шаблонах инцидентов доступны поля из письма:

ПеременнаяОписание
{{emailSubject}}Тема
{{emailFrom}}Отправитель
{{emailTo}}Получатель
{{emailBody}}Текст тела
{{emailReceivedAt}}Время получения

Сводка по монитору

  • Last Email Received At — время последнего письма;
  • From — отправитель последнего письма;
  • Subject — тема;
  • Email Headers — полные заголовки (раскрываются);
  • Email Body — тело (раскрывается).

Self-hosted

Нужен провайдер входящей почты. Сейчас поддерживается:

На что обратить внимание

  • Безопасность адреса: в адресе есть secret key — как пароль, не публикуйте.
  • Размер письма: очень большие вложения могут обрезаться или отклоняться провайдером.
  • Задержка: обработка асинхронная, между отправкой и алертом возможны секунды.
  • Регистр: строковые сравнения без учёта регистра.
  • Plain text: критерии по телу используют plain text; HTML снимается.

Устранение неполадок

Письма не доходят

  1. Проверьте адрес на опечатки.
  2. Спам-фильтры.
  3. Настройки inbound-провайдера.
  4. Логи Status200.

Алерты не создаются

  1. Совпадение критериев с содержимым письма.
  2. Монитор не отключён.
  3. Логи оценки на странице монитора.
  4. Сначала тест с точным совпадением строк.

Алерты не снимаются

  1. Критерии resolution соответствуют recovery-письму.
  2. Есть активный алерт для закрытия.
  3. Recovery уходит на тот же адрес монитора.