Le projet IncidentRelay a été publié, développant un système ouvert pour l'organisation des astreintes, la routage des alertes et la gestion des incidents, fonctionnant sur un serveur propre (auto-hébergé). Le projet est destiné aux équipes SRE, DevOps et d'infrastructure, qui nécessitent une alternative déployable localement aux services SaaS pour la gestion des astreintes, l'application des politiques d'escalade et la réponse aux incidents. Le code du projet est écrit en Python et est distribué sous licence MIT.
IncidentRelay reçoit des événements provenant des systèmes de surveillance, les associe à des règles de routage et délivre des notifications aux agents de garde ou aux équipes responsables. Le système comprend des plannings d'astreinte, des rotations, des redéfinitions de shifts, des confirmations de réception d'incidents, la mise en statut 'résolu', des rappels, des escalades et des silences pour étouffer les déclenchements connus ou planifiés.
La réception d'événements depuis Prometheus Alertmanager, Zabbix et des webhooks arbitraires est supportée. Des canaux tels que Mattermost, Telegram, email, webhook et des fournisseurs vocaux sont prévus pour l'envoi des notifications. Dans Mattermost et Telegram, les notifications peuvent contenir des actions pour confirmer et résoudre les problèmes, permettant ainsi de traiter l'incident sans passer à une interface distincte.
IncidentRelay dispose d'un modèle de séparation d'accès par groupes et équipes. Cela permet de restreindre la visibilité des plannings, des routes, des canaux de notification et des alertes entre différentes équipes. Un API HTTP est disponible pour l'automatisation, et des tokens bearer et route sont utilisés pour les intégrations.
Le projet peut être utilisé comme une couche intermédiaire entre les systèmes de surveillance et les canaux de notification : Alertmanager ou Zabbix envoie un événement à IncidentRelay, après quoi le système détermine l'équipe, l'agent de garde actuel, applique les règles de routage et envoie la notification dans le canal approprié. Pour les incidents non confirmés, des rappels peuvent être effectués et une escalade peut être faite vers le prochain membre de la rotation.
Source : opennet.ru
