Аналитика алертов показывает самые шумные алерты, долю подтверждений, MTTA и MTTR, динамику жизненного цикла и самые старые незакрытые группы алертов.
Метрики Prometheus отражают задержки запросов, приём алертов, очереди уведомлений и состояние воркеров; доступны необязательная аутентификация по bearer-токену и поддержка ServiceMonitor в Helm.
Настройки можно переопределять через переменные окружения, подключённые файлы секретов и ссылки Helm на существующие Secrets или ConfigMaps.
Трассировки выполнения оркестрации показывают сработавшие правила, изменения событий и предполагаемые решения в сравнении с фактическими результатами жизненного цикла.
В деталях алерта отображаются текущая политика приоритетов и источник маршрутизации уведомлений; при привязке к инциденту группы алертов можно искать по названию или ID.
Образы Docker теперь поддерживают linux/arm64 наряду с linux/amd64.
У инцидентов теперь есть собственное рабочее пространство, жизненный цикл, приоритет и ответственный, а также привязка групп алертов и история действий.
Несовместимое изменение API: операции с техническими группами алертов перенесены в /api/alert-groups; /api/incidents теперь управляет только операционными инцидентами.
Интеграция Cloud.ru Cloud Eye принимает подписанные уведомления SMN о проблемах и восстановлении с автоматическим подтверждением подписки.
Каналы Feishu / Lark доставляют текстовые уведомления через вебхуки пользовательских ботов с необязательной подписью запросов.
На обзорной панели появились динамика алертов, состояние сервисов, активность команд, текущие дежурные и последние действия.
В политиках уведомлений появились фильтры по приоритету, серьёзности, источнику и атрибутам сервиса; ссылки на отключённые каналы сохраняются.
Улучшены просмотр алертов на мобильных устройствах и переходы из push-уведомлений браузера; вебхуки Grafana принимают необязательные поля со значением null.
Откладывание алерта может временно приостановить уведомления, напоминания, обновления и эскалацию для одной активной группы алертов, не скрывая её техническое состояние или влияние на сервис.
Дежурные могут откладывать и возвращать алерты через веб-интерфейс, браузерные push-уведомления, Slack, Telegram и Mattermost с автоматическим истечением срока, возобновлением доставки и полными записями во временной шкале и аудите.
Нативная интеграция Azure Monitor принимает вебхуки Common Alert Schema, сопоставляет события Fired и Resolved, нормализует приоритеты Sev0–Sev4 и предоставляет метаданные Azure для маршрутизации.
Историю событий входящих дочерних алертов можно глобально сохранять полностью, только для первого события или отключить, а Event Orchestration может переопределять режим для совпавших событий без удаления операционных записей временной шкалы.
Провайдеры OIDC и SAML могут сопоставлять атрибуты удостоверения с идентификаторами пользователей Slack, Telegram и Mattermost, упрощая настройку интерактивных действий через SSO.
Удаление и повторное создание ресурсов стало безопаснее: зависимая маршрутизация и задания планировщика последовательно отключаются, а исторические записи остаются доступными.
Интерфейс получил полные переводы на испанский и упрощённый китайский языки.
Развёртывания Helm получили поддержку пользовательских центров сертификации и более безопасную настройку исходящих HTTP-запросов в частные сети, а также исправления числовых значений и статических путей за обратным прокси.
Настраиваемые политики хранения могут автоматически удалять старую историю разрешённых оповещений, Explain Trace и трассировки выполнения Event Orchestration ограниченными пакетами планировщика.
Event Orchestration может задавать полную, компактную или отключённую трассировку обработки для каждого совпавшего события с ограниченной буферизацией и видимым состоянием компактной или усечённой трассы.
Подтверждение коррелированного инцидента теперь отменяет устаревшие уведомления, напоминания и эскалации; дочерние события с тем же или более низким приоритетом остаются подтверждёнными, а события с более высоким приоритетом могут повторно открыть группу.
Нативная интеграция с New Relic принимает уведомления о проблемах Alerts Workflow и маршрутизирует нормализованные события жизненного цикла через стандартные входные токены IncidentRelay.
Нативная интеграция с Nagios Core и Nagios XI сопоставляет проблемы узлов и сервисов, восстановления и подтверждения, игнорируя простой, флаппинг и пользовательские уведомления.
Helm chart теперь публикуется в GHCR как OCI-артефакт, с усиленными настройками по умолчанию и улучшенными проверками безопасного развёртывания с SQLite.
Тёмная тема стала единообразнее в основных представлениях, а симулятор Orchestration показывает результаты в более понятном и удобном формате.
Event Orchestration добавляет глобальные и привязанные к сервисам версионируемые правила, которые нормализуют, обогащают, маршрутизируют, группируют и дедуплицируют входящие события до завершения их обработки жизненным циклом алерта.
Правила могут выбирать команды, маршруты, сервисы и политики, менять приоритет и критичность, подавлять уведомления, задерживать или отбрасывать события и ставить в очередь безопасные асинхронные webhook-вызовы.
Визуальный конструктор и JSON-редактор дополнены валидацией, симуляцией, повторным воспроизведением, теневым запуском, трассировками, метриками и неизменяемыми сценариями публикации и отката для более безопасного развертывания правил.
Нативная интеграция с Uptime Kuma превращает изменения состояния мониторов в маршрутизируемые алерты и автоматически закрывает их после восстановления мониторов.
Тишины и окна обслуживания теперь можно ретроактивно применять к незакрытым алертам; затронутые алерты можно повторно активировать после окончания подавления, сохраняя согласованное состояние эскалаций и уведомлений.
В интерфейсе появились темная тема, сохраняемые настройки UI, страница журнала аудита и полная французская локализация.
Персональные API-токены получили детальные области доступа, а ограничение попыток входа, более безопасные исходящие HTTP-запросы и строгая валидация усиливают границу безопасности.
В комплект входит Helm-чарт — поддерживаемый способ развернуть веб-приложение и фоновые воркеры в Kubernetes.
Миграции PostgreSQL теперь находят таблицы, столбцы и индексы в схеме, выбранной активным путём поиска, что исправляет обновления с использованием непубличной схемы.
Старые миграции и проверки схемы теперь используют общие функции интроспекции с учётом схемы, не допуская небезопасного отката к схеме public.
Применение и откат миграций теперь сохраняют изменения схемы и запись о миграции в одной транзакции базы данных, снижая риск частично применённых миграций.
Новые тесты миграций охватывают пользовательские схемы PostgreSQL, отсутствующие отношения, поиск индексов, прокси базы данных и поведение баз данных, отличных от PostgreSQL.
Официальные изображения контейнеров IncidentRelay теперь опубликованы GitHub Container Registry и Docker Compose по умолчанию использует изображение выпуска версии.
График Helm теперь поставляется в версии 1.1.0 и использует официальное изображение IncidentRelay для развертывания Kubernetes.
Записи аудита, ошибки проверки и ответы на готовность теперь отредактируют секреты и избегают раскрытия конфиденциальных данных ввода или базы данных.
Повторяющиеся действия подтверждения и разрешения являются идемпотентными, предотвращая дублирование событий временной шкалы, уведомлений и обновлений воздействия.
Ссылки на сервисы и рунбуки теперь проверяют внешние URL-адреса, прежде чем создавать действенные ссылки.
Heartbeats теперь поддерживает мультиинстанционное отслеживание рабочих мест или агентов, работающих со многими производителями.
Авто-открытие может узнать новые случаи сердцебиения из успешного пингса, в то время как статический режим может обеспечить ожидаемый список производителей.
Каждый просроченный случай сердцебиения может создать свое собственное маршрутизированное оповещение с ярлыками экземпляров и независимым поведением с автоматическим разрешением.
Состояние экземпляра Heartbeat отображается в пользовательском интерфейсе и API, включая листинг и отключение устаревших производителей.
Heartbeats добавляет мониторинг «мертвых людей» для сторожевых собак, резервных копий, рабочих мест ETL, грузоотправителей журналов и других систем, где тишина является режимом отказа.
Режимы интервального и планового завершения могут создавать нормальные маршрутизированные IncidentRelay Предупреждения, когда ожидаемый пинг перестает поступать.
Предупреждения Heartbeat используют существующий маршрут, эскалацию, оповещение, техническое обслуживание и трубопровод с дополнительным автоматическим разрешением при возвращении пингса.
Оценка влияния бизнес-услуг и сервисного каталога теперь более подробно обрабатывает вес статуса, приоритета, серьезности и зависимости.
Бизнес-услуги модели клиентоориентированных возможностей, состоящие из одной или нескольких технических услуг.
Расчетный статус использует эффективный компонент здоровья, влияние зависимости, критичность компонента и настраиваемые веса воздействия.
Переопределения статуса могут описывать влияние на клиента и необязательно истекать автоматически.
Детали бизнес-сервиса включают в себя компоненты, активное воздействие инцидента и историю статуса с полным пользовательским интерфейсом. API управление.
Корреляционные связи, учитывающие зависимость, связаны с активными группами оповещения в зависимости от службы.
Возможные первопричины, симптомы и влияние вниз по течению включают оценку уверенности, глубину зависимости и объяснение.
Корреляция появляется в списках оповещений, деталях, сроках и контексте уведомлений, оставаясь консультативной: оповещения не объединяются, не подавляются и не разрешаются автоматически.
Настройки зависимости и задержки распространения контролируют время корреляции и шум.
Service Impact History хранит запланированные или ручные моментальные снимки затронутых служб, воздействие оповещения, влияние зависимости, первопричины и радиус взрыва.
Исторические диаграммы показывают тенденции затронутых услуг и причины воздействия, в то время как рейтинги определяют услуги, которые неоднократно затрагиваются.
Аналитика надежности сервиса объединяет текущий SLI/SLOздоровья с историческими данными воздействия для оперативных обзоров и расследования инцидентов.
Управление контекстом службы теперь обеспечивает более четкое переключение и редактирование рабочих процессов для ссылок, рунетов и зависимостей.
Политики уведомлений об услугах выбирают общие каналы доставки через упорядоченные правила, основанные на оповещениях о совпадениях и типах событий, с только маршрутом, политикой обслуживания и комбинированными режимами доставки.
Приоритетные политики автоматически назначают P1-P5 с использованием упорядоченных правил матчера, командных по умолчанию или переопределений обслуживания, настраиваемых режимов обновления и приоритетов источника или резервного копирования.
Многоразовые предустановки Matcher и общий редактор обеспечивают согласованность JSON валидация, форматирование и предложения от недавних предупреждений о маршрутах, правилах обслуживания, тишинах, политиках и служебных книгах.
Респонденты могут сбросить установленный вручную приоритет инцидента на автоматическое управление, в то время как Alert Explain Trace показывает, как приоритет был выбран и применен.
Электронная почта, Slack, Mattermost, Telegram и push-уведомления браузера могут ссылаться непосредственно на исходное событие с улучшенным обнаружением события и проекта Sentry.
On-call Health добавляет индикаторы готовности к ротациям и командам, выделяя здоровые, предупреждающие и критические конфигурации перед инцидентом.
Детальная диагностика обнаруживает пустые или отключенные слои вращения, неактивные члены, пробелы в расписании, нерешенные цели назначения и проблемы с доставкой уведомлений.
Детали здоровья включают подсчет проблем, проверенное время и практические рекомендации по ремонту каждой пострадавшей команды или ротации.
Новое резюме и детали API Конечные точки предоставляют стабильные машиночитаемые коды проблем для автоматизации, мониторинга и внешней диагностики.
Трассировка объяснения предупреждений записывает, как обрабатываются входящие оповещения, включая сопоставление маршрутов, группировку, решения по обслуживанию и тишине, планирование уведомлений и пути остановки обработки.
Интеграционные ответы теперь включают в себя trace_id, что делает сбои маршрутизации, подавленные инциденты и сиротские оповещения легче исследовать из пользовательского интерфейса или API.
Страница оповещения включает в себя объяснительный вид и глубокие ссылки для открытия следов непосредственно из параметров запроса trace_id.
Предупреждения API Теперь проверяет запросы списка через выделенную схему, улучшая многозначные фильтры, пагинацию, сортировку и поведение запросов, назначенных мне.
LibreNMS API Транспортные оповещения теперь могут приниматься через выделенную конечную точку интеграции librenms с нормализованным статусом, тяжестью, этикетками, дедупликацией и обработкой восстановления.
Пользователи могут установить приоритет часового пояса профиля, улучшив оповещение и рендеринг календарного времени для распределенных команд.
Центр уведомлений разоблачает ожидающие запросы ответчиков и действия, связанные с инцидентами, с помощью выделенного API.
Документация по услугам API теперь охватывает инвентарь, правила соответствия, ссылки, книги выполнения, зависимости, конечные точки воздействия и аналитики в одной специальной ссылке.
Страница оповещения может сохранять состояние фильтра и включает в себя назначенный мне фильтр для более быстрой личной сортировки.
График Helm теперь доступен для развертываний Kubernetes, включая веб-компоненты, планировщик и Telegram рабочие компоненты, предоставленные секреты конфигурации, зонды, вход, учетную запись службы и значения стойкости.
Сервисы могут определять заинтересованные стороны по умолчанию, которые копируются в новые инциденты, поэтому владельцы и наблюдатели могут получать созданные, приоритетные, статусные и разрешенные уведомления.
Запросы ответчиков на инциденты теперь подают в центр уведомлений, где целевые пользователи могут видеть ожидающие запросы и принимать или отклонять их из рабочего процесса инцидента.
Инциденты и сервисные API теперь охватывают респондентов, заинтересованные стороны, приоритеты, услуги и владельца сервиса./defaultУправление заинтересованными сторонами.
Приоритеты инцидентов теперь используют согласованный P1 Critical через информационный масштаб P5 для оповещения и оперативных взглядов.
Страница оповещения поддерживает фильтрацию и сортировку приоритетов, в то время как панель инструментов показывает значки приоритетов и сводку приоритетов.
Серьезность входящего оповещения может автоматически назначать или повышать приоритет инцидента без перезаписи выбранного вручную приоритета или снижения существующего автоматического приоритета.
Электронная почта, Mattermost, Telegram и push-уведомления браузера теперь включают приоритет инцидента, а ручные изменения приоритета могут уведомлять подписавшихся заинтересованных лиц по электронной почте.
только для чтения CalDAV Синхронизация предоставляет доступные графики командных вызовов для Apple Calendar, Thunderbird, DAVx5 и других совместимых клиентов.
Токенизированные каналы подписки ICS позволяют командам добавлять расписания вызовов в Outlook, Google Calendar и других клиентов календаря с элементами управления для восстановления или отмены URL-адресов.
Новая подписанная интеграция Sentry получает оповещения о проблемах, метрические оповещения и события жизненного цикла с секретами уровня маршрута, дедупликацией и автоматической обработкой разрешения.
Настройка маршрута теперь предоставляет URL-адреса веб-хуков для конкретных источников, детали токенов и готовые к копированию примеры.
Конечные точки здоровья и готовности поддерживают зонды Kubernetes и проверки балансировщика нагрузки.
Service Impact v2 показывает текущий эффективный статус обслуживания, первопричины, пути зависимости и радиус взрыва вниз по течению.
Service Analytics v2 объединяет сгруппированные инциденты, необработанный объем оповещения, показатели шума и дедупликации, счетчики обслуживания и данные времени отклика.
Опыт Сервисов теперь включает в себя более богатое влияние и аналитические взгляды с диаграммами и более четкими операционными сводками.
Контроль отбора пользователей в командах, группах, ротациях и рабочих процессах эскалации имеет более четкие метки и динамические обновления.
Windows может нацеливаться на группы, команды, службы или маршруты и подавлять уведомления, подавлять новые инциденты, создавать инциденты обслуживания или приостанавливать эскалацию.
Графики технического обслуживания поддерживают временные зоны, эффективные статусы и повторяющиеся правила RFC5545.
Респонденты могут создавать, редактировать и удалять комментарии расследования непосредственно в группах оповещения, причем действия отражаются в графике оповещения.
Детали оповещений теперь включают элементы управления инцидентами для приоритета, запросов ответчиков и предпочтений в отношении уведомлений заинтересованных сторон.
Менеджеры групп могут управлять пользователями в пределах их доступа.
Статус вызова теперь виден в верхней панели и профиле, поэтому пользователи могут быстрее видеть текущие и предстоящие изменения.
Настройки профиля теперь включают статус по вызову и предпочтения уведомлений для изменения расписания обновлений электронной почты.
Сменные уведомления по электронной почте могут предупреждать пользователей о предстоящих периодах вызова при соблюдении предпочтений и правил дедупликации.
Вращающиеся поиски теперь учитывают слои, переопределения и участие каждого пользователя при расчете пользовательских окон вызова.
Календарь и взгляды на ротацию были уточнены в отношении ограниченного по времени графика и более четкого контекста вызова.
Аутентификация SSO теперь поддерживает провайдеров OIDC и SAML 2.0.
Администраторы могут настраивать поставщиков единого входа, политики входа, разрешенные домены и сопоставления внешних групп на новой странице единого входа.
Страница входа может показывать включенные кнопки провайдера SSO и перенаправлять пользователей через выбранного поставщика идентификационных данных.
Логин SSO может автоматически создавать или связывать пользователей и синхронизировать внешние группы с ролями группы IncidentRelay.
Метаданные SAML, параметры подписи и зашифрованные секреты SSO теперь документируются и разоблачаются через поток SSO.
Приложение UI получило обновление Material-style с более чистой навигацией и улучшенным профилем/routesвзаимодействия.
В настоящее время ротации поддерживают многоуровневые графики вызовов с приоритетами, активными временными ограничениями, участниками каждого уровня и правилами передачи данных с учетом часового пояса.
Календарь теперь отображает окончательное расписание из слоев и переопределений, поэтому команды могут проверять эффективного пользователя по вызову для каждого временного сегмента.
Календарная фильтрация теперь поддерживает выбор конкретной ротации, когда команда имеет несколько графиков.
API-интерфейсы ротации теперь предоставляют конечные точки уровня, члена слоя и ограничения слоя для автоматизации и интеграции.
Интервалы напоминания о вращении теперь могут быть установлены на 0, чтобы отключить повторные напоминания для оповещений, назначенных через это вращение.
Эскалация, основанная на напоминаниях, теперь уважает напоминания инвалидов, а не возвращается к глобальному интервалу напоминания.
Фильтр строгости страницы Alerts теперь включает в себя предупреждения и информацию для более точной сортировки.
Личный API Время жизни токенов теперь ограничено 365 днями, при этом все еще разрешены не истекающие токены с 0 днями.
Доставка уведомлений теперь использует выделенные уведомители для каналов электронной почты, Mattermost, Telegram и голосовых вызовов.
Mattermost Бот API Уведомления могут создавать и обновлять сообщения оповещения с помощью сообщений о состоянии и кнопок действий.
Уведомления о голосовых вызовах теперь используют настроенный голосовой провайдер с разговорным текстом оповещения, поддержкой обратного вызова и отображением действий DTMF.
каналы API Документация теперь включает поддерживаемые типы каналов, конечную точку шаблона электронной почты по умолчанию и более четкие схемы каналов.
Страница Silences может фильтроваться из сводных карт и необязательно включать просроченную историю старше 30 дней.
Docker и систематизированная документация теперь используют унифицированное название службы incidentrelay вместо incidentrelay-веб.