IncidentRelay vs Grafana OnCall

IncidentRelay или Grafana OnCall: своё размещение или Cloud IRM?

Сначала нужно решить не вопрос с галочками в списке функций, а готовы ли вы сами обслуживать систему вызова дежурных. Перед сравнением с IncidentRelay разделите архивированный Grafana OnCall OSS и активно развивающийся Grafana Cloud IRM.

Сравнение подготовила команда IncidentRelay. Документация проверена ; рассматриваемая версия IncidentRelay — v2.3.1. Это сравнение по документации, а не тест производительности и не обещание полного совпадения возможностей.

Коротко о выборе · Возможности · Ограничения миграции · План пилота

Три варианта, а не два

Рассмотрите IncidentRelay, если собственное размещение обязательно, а команда готова отвечать за обновления, резервные копии и доставку уведомлений. Рассмотрите Grafana Cloud IRM, если управляемый сервис и работа с инцидентами рядом с данными наблюдаемости Grafana Cloud важнее самостоятельной эксплуатации системы дежурств.

Остаться на Grafana OnCall OSS — значит принять ответственность за его дальнейшую поддержку. Grafana архивировала проект 24 марта 2026 года. Установленные экземпляры не выключаются сами по себе, но поддержка Cloud Connection завершена, включая мобильные push-уведомления для OSS и доставку SMS/звонков через этот сервис. Это не означает, что перестали работать все уведомления: Grafana описывает альтернативы, например собственное подключение Twilio. Проверьте именно те способы доставки, которыми пользуетесь. Подробности — в официальном уведомлении об архивировании и Cloud Connection.

Что изменится, если вы выберете IncidentRelay?

Критерий IncidentRelay v2.3.1 Grafana Cloud IRM
Операционная модель Собственное размещение; ваша команда контролирует развёртывание и поддерживает сервис. Управляемый сервис дежурств и реагирования на инциденты в Grafana Cloud.
Расписания и оповещения Слои ротации, переопределения, политики эскалации и диагностика On-call Health. Ротации, смены, переопределения, группировка предупреждений, маршрутизация и эскалация.
Работа с инцидентами Технические группы алертов (AlertGroup) и отдельные оперативные инциденты (Incident); различия описаны ниже. Объявление инцидента, координация реагирования, хронология событий и разбор после завершения.
Настройка уведомлений Вы настраиваете чаты, SMTP и голосовых провайдеров; браузерные/PWA push-уведомления включаются в профиле пользователя. Облачные службы уведомлений и мобильное приложение Grafana.
Контекст расследования Сохраните существующие инструменты мониторинга и отправляйте их оповещения в IR с помощью поддерживаемых интеграций. Реагирование на инциденты вместе с метриками, журналами и трассировками Grafana Cloud.

Возможности облачного продукта указаны по обзору Grafana IRM. Проверьте актуальные условия тарифа и доступность доставки для вашей организации: сравнение не подразумевает одинакового набора коммерческих услуг.

Два важных различия для проверки

В IR 2.3 AlertGroup отвечает за техническое подтверждение, закрытие и эскалацию. У отдельного Incident есть собственный рабочий процесс, приоритет и ответственный; к нему можно привязать несколько AlertGroup. Участники реагирования и заинтересованные стороны в этом релизе остаются на уровне AlertGroup. Не рассчитывайте на полное совпадение моделей совместной работы. Подробности — в разделе Incident Management.

Собственное размещение IR не устраняет внешние зависимости доставки. Чаты, SMTP-релеи и голосовые провайдеры по-прежнему нужны. Браузерные/PWA push-уведомления — не нативное мобильное приложение Grafana. Проверьте требования каналов и настройку браузерных уведомлений на устройствах ваших дежурных.

Миграция с Grafana OnCall OSS

В руководстве по миграции для IR v2.3.1 описан импортёр, работающий через публичные API. По умолчанию он выполняет пробный запуск и создаёт план и отчёт без применения изменений. Он предназначен для миграции с OSS, а не для автоматического переноса из Grafana Cloud IRM.

  • Поддерживаются: пользователи и их членство в группах и командах, команды, поддерживаемые календарные и веб-расписания и смены, переопределения, базовые цепочки эскалации, интеграции и их маршруты по умолчанию.
  • Требуют ручной проверки: внешние расписания iCal, ежемесячные повторы, ограничения по времени с переходом через полночь, смены или уведомления сразу для нескольких пользователей, произвольные правила Jinja2 и регулярные выражения по всему содержимому события.
  • Отключены после импорта: условные маршруты, кроме маршрута по умолчанию. В Grafana условия проверяются по всему содержимому события, а в IR — по нормализованным меткам. Перепишите и проверьте условия перед включением этих маршрутов.
  • Не переносятся: история алертов и скрытые учётные данные, например секреты исходящих вебхуков. Каналы уведомлений и секреты нужно настроить отдельно.

Сохраните state.json для повторяемого импорта и защитите route-secrets.json, который содержит новые URL-адреса и токены приема. Не помещайте файлы в общедоступный репозиторий.

Что проверить на пилоте до переключения боевых вебхуков

  1. Составьте список всех способов доставки уведомлений и запустите пробный импорт только с существующими пользователями. Разберитесь с неожиданными предупреждениями; не соглашайтесь на потерю смысла расписания ради «зелёного» отчёта.
  2. Сравните полный цикл ротации, границы смен с учётом часовых поясов и запланированное переопределение. В On-call Health проверьте пробелы в расписании и недостающие настройки доставки.
  3. Воспроизведите примеры, очищенные от чувствительных данных: боевой алерт, его дубликат, событие восстановления и алерт, который не должен вызывать уведомлений. Проверьте выбранную команду, сервис и цель эскалации.
  4. Оставьте тестовый алерт неподтверждённым, чтобы проверить переход к резервному дежурному. Затем подтвердите другой и убедитесь, что дальнейшие вызовы прекращаются. Проверьте фактическую доставку на устройства специалистов, а не только успешный HTTP-ответ.
  5. Переключите одну некритичную интеграцию и понаблюдайте за полным циклом дежурств. Сохраните прежний адрес и настройки для отката; при теневом тестировании не вызывайте дежурных из обеих систем одновременно.

Нужно ли отказываться от дашбордов Grafana?

Нет. Перенос системы дежурств не требует переноса мониторинга. Grafana Alerting может отправлять алерты в IncidentRelay, а дашборды останутся на прежнем месте. Начните с тестового развёртывания и одного потока алертов.

Grafana OnCall и Grafana Cloud IRM — это продукты Grafana Labs. IncidentRelay не связан с Grafana Labs.