{"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\/news\/pervyj-stabilnyj-vypusk-incidentrelay-sistemy-dlya-organizaczii-dezhurstv-i-marshrutizaczii-opoveshhenij","title":{"rendered":"Erste stabile Version von IncidentRelay, einem System zur Organisation von Bereitschaftsdiensten 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 Bereitschaften, zur Routenf\u00fchrung von Benachrichtigungen und zur Unterst\u00fctzung von Vorf\u00e4llen bereitstellt, das auf einem eigenen Server (Self-Hosted) l\u00e4uft. IncidentRelay 1.1 wird als erste stabile Version ausgezeichnet (die Version 1.0 hatte den Status einer Beta-Version). Das Projekt richtet sich an SRE-, DevOps- und Infrastrukturteams, die eine lokal bereitzustellende Alternative zu SaaS-Diensten f\u00fcr das Management von Bereitschaften (On-Call Management), die Anwendung von Eskalationsrichtlinien und die Reaktion auf Vorf\u00e4lle ben\u00f6tigen. Der Code des Projekts ist in Python geschrieben und wird unter der MIT-Lizenz vertrieben. <\/p>\n

IncidentRelay empf\u00e4ngt Ereignisse von \u00dcberwachungssystemen, ordnet sie einem Dienst, einem Team und einer Rotation zu und sendet dann Benachrichtigungen an die zust\u00e4ndigen Bereitschaftsdienste oder Teams. Im System sind Bereitschaftszeiten, Rotation, \u00dcbersteuerungen von Schichten, Best\u00e4tigungen des Eingangs eines Vorfalls, Status-ACK\/Resolve, Erinnerungen, Eskalationen, vor\u00fcbergehende Vertretungen von Bereitschaftsdiensten, die Festlegung von Zeitfenstern f\u00fcr geplante Arbeiten und die Unterdr\u00fcckung von lauten Alarmen implementiert. <\/p>\n

Der Hauptvorteil des Projekts besteht darin, vollst\u00e4ndige Kontrolle \u00fcber die Infrastruktur und die Routing-Logik zu haben. IncidentRelay wird in seiner eigenen Umgebung bereitgestellt, arbeitet mit seiner eigenen Datenbank und erm\u00f6glicht eine klare Trennung der eingehenden Routen, Befehle, Rotationen und Lieferkan\u00e4le. Eingehende Token geh\u00f6ren den Routen und nicht den Kan\u00e4len, was es einfacher macht zu verstehen, welche externe Quelle berechtigt ist, Ereignisse an ein bestimmtes Team zu senden. <\/p>\n

In IncidentRelay wird der Empfang von Ereignissen aus Prometheus Alertmanager, Grafana Alerting, Zabbix, Sentry, LibreNMS, RMON, AWS SNS\/CloudWatch und beliebigen Webhooks unterst\u00fctzt. F\u00fcr den Versand von Benachrichtigungen sind die Kan\u00e4le Mattermost, Slack, Telegram, Discord, Microsoft Teams, E-Mail, Webhooks, Browser\/PWA Push und Anbieter f\u00fcr Sprachaufrufe vorgesehen. In Mattermost und Telegram k\u00f6nnen die Benachrichtigungen Aktionen zum Best\u00e4tigen und L\u00f6sen des Problems enthalten, was es erm\u00f6glicht, einen Vorfall zu bearbeiten, ohne zu einer separaten Schnittstelle wechseln zu m\u00fcssen. <\/p>\n

Das Projekt kann \u00fcber Docker Compose, RPM-Paket f\u00fcr Red Hat-\u00e4hnliche Distributionen, manuell \u00fcber systemd und auch in Kubernetes mit einem Helm-Chart gestartet werden. F\u00fcr kleine Installationen kann SQLite verwendet werden, f\u00fcr produktive Systeme und h\u00f6here Lasten wird PostgreSQL empfohlen. <\/p>\n

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