{"id":182633,"date":"2026-07-13T22:53:42","date_gmt":"2026-07-13T20:53:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/pervyj-stabilnyj-vypusk-incidentrelay-sistemy-dlya-organizaczii-dezhurstv-i-marshrutizaczii-opoveshhenij"},"modified":"2026-07-13T22:53:42","modified_gmt":"2026-07-13T20:53:44","slug":"pervyj-stabilnyj-vypusk-incidentrelay-sistemy-dlya-organizaczii-dezhurstv-i-marshrutizaczii-opoveshhenij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/pervyj-stabilnyj-vypusk-incidentrelay-sistemy-dlya-organizaczii-dezhurstv-i-marshrutizaczii-opoveshhenij","title":{"rendered":"Erste stabile Version von IncidentRelay, einem System zur Organisation von Bereitschaften und Routing von Benachrichtigungen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Nach f\u00fcnf Monaten Entwicklung wurde die Version 1.1 des Projekts IncidentRelay ver\u00f6ffentlicht, das ein offenes System zur Organisation von Bereitschaftsschichten, zur Routenleitung von Benachrichtigungen und zur Unterst\u00fctzung von Vorf\u00e4llen darstellt, das auf einem eigenen Server (self-hosted) betrieben wird. IncidentRelay 1.1 wird als die erste stabile Version anerkannt (Version 1.0 hatte den Status einer Beta-Version). Das Projekt richtet sich an SRE-, DevOps- und Infrastrukturteams, die eine lokal bereitstellbare Alternative zu SaaS-Diensten f\u00fcr das Management von Bereitschaftsschichten (on-call management), die Umsetzung von Eskalationsrichtlinien und die Reaktion auf Vorf\u00e4lle ben\u00f6tigen. Der Code des Projekts ist in Python geschrieben und steht unter der MIT-Lizenz. <\/p>\n

IncidentRelay nimmt Ereignisse aus \u00dcberwachungssystemen entgegen, verkn\u00fcpft sie mit dem Dienst, dem Team und der Rotation, um dann die Benachrichtigungen an die zust\u00e4ndigen Bereitschaftsdienstleister oder Teams zu \u00fcbermitteln. Das System verf\u00fcgt \u00fcber Zeitpl\u00e4ne f\u00fcr Bereitschaftsschichten, Rotationen, \u00c4nderungen der Schichten, die Best\u00e4tigung des Erhalts von Vorf\u00e4llen, die Statusmeldung ACK\/Resolve, Erinnerungen, Eskalationen, vor\u00fcbergehende Vertretungen von Bereitschaftsdienstles, die Festlegung von Zeiten f\u00fcr geplante Arbeiten und die Unterdr\u00fcckung von noisy Alerts. <\/p>\n

Das Hauptmerkmal des Projekts ist die vollst\u00e4ndige Kontrolle \u00fcber die Infrastruktur und Logik der Verteilung. IncidentRelay wird in seiner eigenen Umgebung bereitgestellt, arbeitet mit seiner eigenen Datenbank und erm\u00f6glicht eine klare Trennung zwischen eingehenden Routen, Teams, Rotationen und Lieferschienen. Eingehende Tokens geh\u00f6ren den Routen und nicht den Kan\u00e4len, sodass es einfacher ist zu verstehen, welche externe Quelle Berechtigungen hat, Ereignisse an ein bestimmtes Team zu senden. <\/p>\n

IncidentRelay unterst\u00fctzt den Empfang von Ereignissen aus Prometheus Alertmanager, Grafana Alerting, Zabbix, Sentry, LibreNMS, RMON, AWS SNS\/CloudWatch sowie benutzerdefinierten Webhooks. F\u00fcr die Benachrichtigung stehen Kan\u00e4le wie Mattermost, Slack, Telegram, Discord, Microsoft Teams, E-Mail, Webhooks, Browser\/PWA Push sowie Anbieter von Sprachanrufen zur Verf\u00fcgung. In Mattermost und Telegram k\u00f6nnen Benachrichtigungen Aktionen zur Best\u00e4tigung und Probleml\u00f6sung enthalten, was eine Bearbeitung des Vorfalls ohne Wechsel zu einer separaten Benutzeroberfl\u00e4che erm\u00f6glicht. <\/p>\n

Das Projekt kann \u00fcber Docker Compose, ein RPM-Paket f\u00fcr Red Hat-\u00e4hnliche Distributionen, manuell \u00fcber systemd oder in Kubernetes mit einem Helm-Chart gestartet werden. F\u00fcr kleine Installationen kann SQLite verwendet werden, w\u00e4hrend f\u00fcr Betriebssysteme mit h\u00f6herer Last PostgreSQL empfohlen wird. <\/p>\n

In der neuen Version wurden folgende \u00c4nderungen vorgenommen: <\/p>\n