{"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\/fr\/blog\/news\/pervyj-stabilnyj-vypusk-incidentrelay-sistemy-dlya-organizaczii-dezhurstv-i-marshrutizaczii-opoveshhenij","title":{"rendered":"Premi\u00e8re version stable d'IncidentRelay, un syst\u00e8me pour l'organisation des gardes et le routage des alertes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Apr\u00e8s cinq mois de d\u00e9veloppement, la version 1.1 du projet IncidentRelay a \u00e9t\u00e9 publi\u00e9e. Ce projet d\u00e9veloppe un syst\u00e8me ouvert pour l'organisation de gardes, le routage des alertes et la gestion des incidents, d\u00e9ployable sur un serveur propre (auto-h\u00e9berg\u00e9). IncidentRelay 1.1 est marqu\u00e9 comme la premi\u00e8re version stable (la branche 1.0 avait le statut b\u00eata). Le projet est destin\u00e9 aux \u00e9quipes SRE, DevOps et infrastructures qui recherchent une alternative d\u00e9ployable localement aux services SaaS pour la gestion des gardes, l'application des politiques d'escalade et la r\u00e9activit\u00e9 face aux incidents. Le code du projet est \u00e9crit en Python et est distribu\u00e9 sous licence MIT. <\/p>\n

IncidentRelay re\u00e7oit des \u00e9v\u00e9nements des syst\u00e8mes de surveillance, les associe \u00e0 un service, une \u00e9quipe et une rotation, puis d\u00e9livre des notifications aux gardes ou \u00e9quipes responsables. Le syst\u00e8me inclut des plannings de gardes, de rotations, des remplacements, la confirmation de r\u00e9ception d'incidents, les \u00e9tats ACK\/R\u00e9soudre, des rappels, des escalades, des remplacements temporaires de gardes, la d\u00e9finition des moments de travaux planifi\u00e9s et le filtrage des alertes bruyantes. <\/p>\n

L'avantage principal du projet est un contr\u00f4le total sur l'infrastructure et la logique de routage. IncidentRelay s'installe dans son propre environnement, fonctionne avec sa propre base de donn\u00e9es et permet de s\u00e9parer clairement les routes, les commandes, les rotations et les canaux de livraison entrants. Les tokens entrants appartiennent aux routes, et non aux canaux, ce qui facilite la compr\u00e9hension de la source ext\u00e9rieure l\u00e9gitime pour envoyer des \u00e9v\u00e9nements \u00e0 une \u00e9quipe sp\u00e9cifique. <\/p>\n

IncidentRelay supporte la r\u00e9ception d'\u00e9v\u00e9nements provenant de Prometheus Alertmanager, Grafana Alerting, Zabbix, Sentry, LibreNMS, RMON, AWS SNS\/CloudWatch et de webhooks personnalis\u00e9s. Pour les notifications, des canaux comme Mattermost, Slack, Telegram, Discord, Microsoft Teams, email, webhooks, et des notifications push browser\/PWA sont pr\u00e9vus. Dans Mattermost et Telegram, les notifications peuvent contenir des actions pour confirmer et r\u00e9soudre un probl\u00e8me, ce qui permet de traiter un incident sans avoir \u00e0 passer par une interface s\u00e9par\u00e9e. <\/p>\n

Le projet peut \u00eatre lanc\u00e9 via Docker Compose, un package RPM pour les distributions de type Red Hat, manuellement via systemd, ainsi que dans Kubernetes \u00e0 l'aide d'un chart Helm. Pour les petites installations, SQLite peut \u00eatre utilis\u00e9, tandis que pour les syst\u00e8mes de production et des charges plus \u00e9lev\u00e9es, PostgreSQL est recommand\u00e9. <\/p>\n

La nouvelle version propose les changements suivants : <\/p>\n