Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Первый стабильный выпуск IncidentRelay, системы для организации дежурств и маршрутизации оповещений

13.07.2026 14:07 (MSK)

После пяти месяцев разработки опубликован выпуск проекта IncidentRelay 1.1, развивающего открытую систему для организации дежурств, маршрутизации оповещений и сопровождения инцидентов, запускаемую на собственном сервере (self-hosted). IncidentRelay 1.1 отмечен как первый стабильный выпуск (ветка 1.0 имела статус бета-версии). Проект ориентирован на SRE, DevOps и инфраструктурные команды, которым требуется локально разворачиваемая альтернатива SaaS-сервисам для управления дежурством (on-call management), применения политик эскалации и реагирования на инциденты. Код проекта написан на Python и распространяется под лицензией MIT.

IncidentRelay принимает события из систем мониторинга, сопоставляет их с сервисом, командой и ротацией, после чего доставляет уведомления ответственным дежурным или командам. В системе реализованы расписания дежурств, ротации, переопределения смен, подтверждение получения инцидента, состояния ACK/Resolve, напоминания, эскалации, временные замены дежурных, определение времени плановых работ и подавление шумных алертов.

Основное преимущество проекта - полный контроль над инфраструктурой и логикой маршрутизации. IncidentRelay разворачивается в своей среде, работает со своей базой данных и позволяет явно разделить входящие маршруты, команды, ротации и каналы доставки. Входящие токены принадлежат маршрутам, а не каналам, поэтому проще понять, какой внешний источник имеет право отправлять события в конкретную команду.

В IncidentRelay поддерживается приём событий из Prometheus Alertmanager, Grafana Alerting, Zabbix, Sentry, LibreNMS, RMON, AWS SNS/CloudWatch и произвольных webhook-ов. Для отправки уведомлений предусмотрены каналы Mattermost, Slack, Telegram, Discord, Microsoft Teams, email, webhook-и, browser/PWA push и провайдеры голосовых вызовов. В Mattermost и Telegram уведомления могут содержать действия для подтверждения и решения проблемы, что позволяет обрабатывать инцидент без перехода в отдельный интерфейс.

Проект можно запускать через Docker Compose, RPM-пакет для Red Hat-подобных дистрибутивов, вручную через systemd, а также в Kubernetes с помощью Helm-чарта. Для небольших инсталляций можно использовать SQLite, для рабочих чистем и более высокой нагрузки рекомендуется PostgreSQL.

В новой версии предложены следующие изменения:

  • Добавлены многоуровневые on-call ротации с ограничениями по времени, приоритетами слоёв и учётом временных замен;
  • Появился календарь дежурств, CalDAV и ICS-подписки для внешних календарей;
  • Реализованы политики эскалации инцидентов с многошаговыми цепочками повышения уровня;
  • Добавлены группы предупреждений, группировка событий, отложенные уведомления и ручное объединение связанных алертов;
  • Появились окна для проведения плановых работ и "тихие" алерты;
  • Добавлена возможность добавления комментариев к алертам;
  • Добавлены приоритеты инцидентов (P1-P5) и автоматическое повышение приоритета по уровню важности;
  • Реализованы сервисный каталог, зависимости сервисов, SLI/SLO, история влияния на работу систем (Service Impact History) и бизнес-сервисы (Business Services);
  • Появился Explain Trace для разбора маршрутизации: почему алерт попал или не попал в команду, был сгруппирован, подавлен или отправлен в конкретный канал;
  • Добавлены проверки (Heartbeats/dead-man-switch) для watchdog, backup, ETL и других задач, где проблемой является отсутствие ожидаемого сигнала.


  1. Главная ссылка к новости (https://github.com/roxy-wi/Inc...)
  2. OpenNews: IncidentRelay - открытая система для организации дежурств и маршрутизации оповещений
  3. OpenNews: В рамках проекта Glaber создан форк системы мониторинга Zabbix
  4. OpenNews: Выпуск системы мониторинга Zabbix 7.0, поменявшей лицензию на AGPL
Автор новости: Pavel Loginov
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65895-incidentrelay
Ключевые слова: incidentrelay, monitoring
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (43) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 14:21, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    Не понимаю все эти сущности, когда уже есть Prometheus, Grafana и Zabbix. Зачем пытаться изобрести велосипед?
     
     
  • 2.2, АДмин (?), 14:23, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мне кажется или они решают разные задачи ?
     
  • 2.3, Doom (??), 14:30, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    А вы процесс управления событиями и мониторингом как привязываете к процессу управления инцидентами?

    Эта система как раз и помогает организовать прослойку, чтобы удобно было скореллировать и сформировать правильное понимание события SRE и саппортом.

    Конечно, если у вас ITSM на начальном уровне - то возможно эта проблематика ещё не коснулась.

     
     
  • 3.4, Аноним (4), 14:44, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    управлять событиями? управлять инцидентами? серьезно?
     
     
  • 4.6, Аноним (6), 14:53, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ага
    многадевяток - оно такое
     
     
  • 5.11, Аноним (4), 16:40, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > многадевяток - оно такое

    это вероятность следующего слова? :)

     
     
  • 6.34, _ (??), 20:50, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Для тебя - таки да! :)

    Ну просто если SRE "или-чО-там-у-вас" тим - это вы и есть ... то вам оно не нужно 146%

    А как попадешь в чего то монстроузное - заценишь.
    У нас к примеру - PagerDuty и хрен ты его выковырнешь, ибо "работает - не трогай!"(С) :)

     
     
  • 7.42, RM (ok), 22:19, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    PD скатывается в УГ
    До степени, когда статус алерта resolved, но он еще активен.
    Зато ЫЫ во все поля

    Так что subj новости  
    может и будет его заменой скоро, особенно если ценник PD учесть.

     
  • 7.44, Аноним (4), 23:13, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А как попадешь в чего то монстроузное - заценишь.

    смешно звучит, это типа волшебной палочки для разгребания кучи Г?

     
  • 3.5, Аноним (5), 14:50, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    - инцидентами
    - скореллировать (может скорректировать или консолидировать?)
    - события SRE
    - ITSM
    - проблематика

    Что ты такое?

     
     
  • 4.7, Аноним (7), 15:07, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Двое суток Иван, двое суток Сергей - деды с берданкой. Что тут не понятного?
     
     
  • 5.36, _ (??), 21:08, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну или:
    - Global Network team - 45 days shifts; +
    - + 12 (sic!) regional network+infra teams, different shift lenghth
    - Server support - 3 sub teams (вынь и линь, и динозавры, разные команды с разной длительностью смены)
    - DB support - 2 subteams (предсказатели и масатыклисты) - ну эти оба два по-неделе.
    - In-Prem vmWare - 12 (sic!) regional teams по 2 недели
    - Cloud - 3 sub-teams, different shift length
    ...

    Короче - типичный "энтер-прайс" :)

    Ну что? - всё ещё просто всё это организовывать? :)
    А у нас ещё в некоторых тимах ты дежуришь не один 8-о
    Ну и куча нюансов типо чел заболел - кто вместо него? Сможет сам на себя назначить или нужен супер\мгр?
    Ещё раз - пока вы крошечные - вы этого всего не видите, счастливчики :)

     
     
  • 6.45, Аноним (4), 23:14, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну что? - всё ещё просто всё это организовывать? :)

    в одно рыло все это делалось еще в нулевые и звались они сисадминами, а на досугах нгиниксы писали :)

     
  • 2.8, penetrator (?), 15:39, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    я так понял, это внутренняя система тикетов, особенно для крупных предприятий, когда событий сапорта очень много
     
     
  • 3.12, Аноним (4), 16:40, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    это якобы лопата для разгребания кучи Г.
     
     
  • 4.24, penetrator (?), 18:53, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    если под кучей ты имеешь ввиду события то нет, он сам ничего не разгребает, а организует процессы

    В IncidentRelay поддерживается приём событий из Prometheus Alertmanager, Grafana Alerting, Zabbix, Sentry, LibreNMS, RMON, AWS SNS/CloudWatch и произвольных webhook-ов.

     
     
  • 5.46, Аноним (4), 23:18, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > если под кучей ты имеешь ввиду события то нет, он сам ничего не разгребает, а организует процессы

    Куча Г это события и ваша siem, а сабж как раз таки волшебная палочка разгребания такой кучи.

    > В IncidentRelay поддерживается приём событий

    в любой из "Prometheus Alertmanager, Grafana Alerting, Zabbix, Sentry, LibreNMS, RMON, AWS SNS/CloudWatch" всегда можно настроить триггера на любого рода события, сабж просто очередной агрегатор, не более, хотя такие агрегаторы противоречат безопасности, вся яйца в одной корзине.

     
  • 4.37, _ (??), 21:10, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не, непонял ты.
    Это - тот самый стрелочник!(С) Разгребают те на кого он стрелку перекинет :)
     
     
  • 5.47, Аноним (4), 23:21, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Разгребают те на кого он стрелку перекинет :)

    а до, не так разве было? раньше руками, щас хоть лопатой черпают.

     
  • 2.14, Аноним (-), 17:36, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    О разном уровне речь. У забикса инциденты это про события на оборудовании и сервисах.
     
  • 2.28, Аноним (28), 19:38, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это скорее аналог PagerDuty, Zenduty и тому подобных.
     
     
  • 3.38, _ (??), 21:11, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да, вот ты - понел!(С)
     
  • 2.29, Аноним (29), 19:52, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Системы мониторинга обычно не обладают гибкими системами роутинга алертов, чтобы он падал, например, не каждому в команде, а только текущему дежурному (в соответствии с расписанием дежурств, которое еще нужно вести с учетом отсутствий и замен из-за отгулов, больничных и отпусков с перебалансировкой дежурств для выравнивания нагрузки), в соответствующие каналы связи (телеграм, звонки и т.п.), и эскалировался, если дежурный по какой-либо причине не отвечает (сначала запасному дежурному, потом линейному руководителю, и дальше вверх вплоть до CTO, если инцидент высокого уровня).
     
     
  • 3.48, Аноним (4), 23:23, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Системы мониторинга обычно не обладают гибкими системами роутинга алертов

    лол, любая система мониторинга обладает этим свойством по определению

     

  • 1.9, Аноним (9), 16:04, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Инцидент: система записи инцидентов отказала
    Записан в бумажном журнале
     
     
  • 2.10, Аноним (10), 16:26, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Записан в бумажном журнале

    Техника не выдерживает, а люди работают!

     
     
  • 3.26, ааа (??), 19:21, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Героически вручную перекладывают json-ы через scp чтоб бизнес не простаивал!
     
  • 2.18, Сладкая булочка (?), 17:42, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Неплохо. Действительно, а кто будет мониторить систему записи инцидентов?
     
     
  • 3.19, Смузихеб забывший пароль (?), 18:21, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    кто будет сторожить сторожа ?
     
     
  • 4.50, Сладкая булочка (?), 23:43, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > кто будет сторожить сторожа ?

    Обычно сторожа по двое сидят. Думайте!

     
  • 3.20, Аноним (20), 18:23, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Внешний подрядчик с длиннющим контрактом расписывающим SLA/SLO/"девяточки" на их стороне, в какие регионы каких клауд провайдеров им можно деплоиться, с кем и где пириться, и прочие такие не всегда очевидные вещи. Это и дешевле, и эффективнее, чем нагружать этой работой тех, кто прод чинит. И вероятность катастрофических совпадений ниже.
     
  • 3.35, Халявщик не корпораст (?), 21:03, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    - а кто будет мониторить

    Абизяна с антропика будет названивать по смс исполнительному и генеральному ...

     
     
  • 4.49, Сладкая булочка (?), 23:42, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > - а кто будет мониторить
    > Абизяна с антропика будет названивать по смс исполнительному и генеральному ...

    Испольнительному и генеральному это не понравится.

     
  • 2.39, _ (??), 21:16, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Инцидент: система записи инцидентов отказала. Записан в бумажном журнале

    Зря смеёшься :)
    Кто сторожит сторожей - это отдельный головняк, ну бы его нахрен!

    PS: вот не послушал в своё время поха\наха, не купил пиццу на пляжу ... вот и смотрю теперь вместо полуголых девах на эти метрики :(

    :))))

     

  • 1.15, Аноним (15), 17:40, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Для кого это? Для провайдеров?
     
  • 1.17, Сладкая булочка (?), 17:41, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Лучше способ дежурств - это не дежурить. Жаль тех, кто должен на это тратить время.
     
     
  • 2.21, Аноним (20), 18:26, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тут не поспоришь. Одно из лучших качественных изменений в моей жизни связанных с переходом в менеджмент это отсутствие on-call. Грамотно настроил процесс один раз и можно спать по ночам спокойно.
     
     
  • 3.25, ааа (??), 19:20, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Грамотно настроил процесс один раз и можно спать по ночам спокойно.

    Всмысле "сделал эксельку с дежурными по неделям"?

     
  • 3.40, _ (??), 21:19, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > с переходом в менеджмент это отсутствие on-call. Грамотно настроил процесс один раз и можно спать по ночам спокойно.

    Да брешет как собака! Для этого надо сыном директора быть!
    А иначе ... смотри мемчик про ожидание - реальность и пупил пинающий енги ...

    :)

     

  • 1.22, Аноним (22), 18:35, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто придумал эту дегенератскую систему, где 1.0 это бета, а 1.1 это релиз? Почему они ссут против ветра, т.е. почему они против здравого смысла?
     
     
  • 2.23, Аноним (6), 18:45, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ответ написан прям строкой выше: менеджеры не дежурят!
     
     
  • 3.41, _ (??), 21:20, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это смотря где. У нас не дежурят начиная с директора направления...
     
  • 2.31, Аноним (-), 20:44, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Кто придумал эту дегенератскую систему, где 1.0 это бета, а 1.1 это релиз?

    Если честно, существует ещё как минимум 2 разных метода того, как нумеровать версии программ. Это всего лишь один из многих. Главное в такие моменты всем разъяснять, чтобы люди не путались. Например, в исходниках readme сделать соответствующее пояснение. Или же на сайте в странице сайта поместить пояснение.

     

  • 1.43, lucentcode (ok), 23:02, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По именам дежурных на скринах, да логотипу сразу сообразил, что проект делали наши. Оказалось, трое наших + Claude.

    Выглядит неплохо, и очень даже нужное решение, особенно для средних компаний, и мелких, у которых денег на сапомис нет, а коробочное покупать сейчас проблематично. Удачи ребятам, нужное дело делают.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру