Se ha publicado el proyecto IncidentRelay, que desarrolla un sistema abierto para la organización de turnos, la redirección de notificaciones y la gestión de incidentes, que se ejecuta en un servidor propio (self-hosted). El proyecto está dirigido a equipos de SRE, DevOps e infraestructura que necesitan una alternativa localmente desplegable a los servicios SaaS para la gestión de turnos (on-call management), la aplicación de políticas de escalación y la respuesta a incidentes. El código del proyecto está escrito en Python y se distribuye bajo la licencia MIT.
IncidentRelay recibe eventos de sistemas de monitoreo, los compara con las reglas de redirección y entrega notificaciones a los responsables de turno o equipos. El sistema implementa horarios de turnos, rotaciones, redefiniciones de turnos, confirmación de recepción de incidentes, cambio del estado del incidente a 'resuelto', recordatorios, escalaciones y silencios para suprimir activaciones conocidas o programadas.
Se admite la recepción de eventos de Prometheus Alertmanager, Zabbix y webhook personalizados. Para enviar notificaciones, se proporcionan canales de Mattermost, Telegram, correo electrónico, webhook y proveedores de voz. En Mattermost y Telegram, las notificaciones pueden contener acciones para confirmar y resolver problemas, lo que permite gestionar el incidente sin necesidad de acceder a una interfaz separada.
IncidentRelay prevé un modelo de separación de acceso por grupos y equipos. Esto permite delimitar la visibilidad de horarios, rutas, canales de notificación y alertas entre diferentes equipos. Para automatización, hay disponible una API HTTP, y para integraciones se utilizan tokens de portador y tokens de ruta.
El proyecto puede funcionar como una capa intermedia entre los sistemas de monitoreo y los canales de notificación: Alertmanager o Zabbix envía un evento a IncidentRelay, tras lo cual el sistema determina el equipo, el turno actual y aplica las reglas de redirección para enviar la notificación al canal adecuado. Para incidentes no confirmados, se pueden realizar recordatorios adicionales y escalaciones al siguiente participante de la rotación.
Fuente: opennet.ru
