{"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\/es\/blog\/news\/pervyj-stabilnyj-vypusk-incidentrelay-sistemy-dlya-organizaczii-dezhurstv-i-marshrutizaczii-opoveshhenij","title":{"rendered":"Primera versi\u00f3n estable de IncidentRelay, un sistema para organizaci\u00f3n de guardias y enrutamiento de alertas","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Despu\u00e9s de cinco meses de desarrollo, se ha publicado la versi\u00f3n 1.1 del proyecto IncidentRelay, que desarrolla un sistema abierto para la organizaci\u00f3n de turnos, la gesti\u00f3n de alertas y el manejo de incidentes, que se ejecuta en un servidor propio (self-hosted). IncidentRelay 1.1 se marca como la primera versi\u00f3n estable (la rama 1.0 ten\u00eda el estado de versi\u00f3n beta). El proyecto est\u00e1 orientado a SRE, DevOps y equipos de infraestructura que requieren una alternativa local a los servicios SaaS para la gesti\u00f3n de turnos (on-call management), la aplicaci\u00f3n de pol\u00edticas de escalaci\u00f3n y la respuesta a incidentes. El c\u00f3digo del proyecto est\u00e1 escrito en Python y se distribuye bajo la licencia MIT. <\/p>\n

IncidentRelay recibe eventos de sistemas de monitoreo, los asocia con servicios, equipos y rotaciones, y luego entrega notificaciones a los turnos responsables o a los equipos. El sistema implementa horarios de turnos, rotaciones, redefiniciones de turnos, confirmaci\u00f3n de recepci\u00f3n de incidentes, estados ACK\/Resolve, recordatorios, escalaciones, reemplazos temporales de turnos, determinaci\u00f3n del tiempo de mantenimiento programado y supresi\u00f3n de alertas ruidosas. <\/p>\n

La principal ventaja del proyecto es el control total sobre la infraestructura y la l\u00f3gica de enrutamiento. IncidentRelay se despliega en su propio entorno, trabaja con su propia base de datos y permite separar claramente las rutas entrantes, los comandos, las rotaciones y los canales de entrega. Los tokens entrantes pertenecen a las rutas, no a los canales, por lo que es m\u00e1s f\u00e1cil entender qu\u00e9 fuente externa tiene derecho a enviar eventos a un comando espec\u00edfico. <\/p>\n

IncidentRelay admite la recepci\u00f3n de eventos de Prometheus Alertmanager, Grafana Alerting, Zabbix, Sentry, LibreNMS, RMON, AWS SNS\/CloudWatch y webhooks arbitrarios. Para el env\u00edo de notificaciones, se han previsto canales como Mattermost, Slack, Telegram, Discord, Microsoft Teams, correo electr\u00f3nico, webhooks, notificaciones push de navegador\/PWA y proveedores de llamadas de voz. En Mattermost y Telegram, las notificaciones pueden incluir acciones para confirmar y resolver problemas, lo que permite manejar el incidente sin necesidad de cambiar a una interfaz separada. <\/p>\n

El proyecto se puede ejecutar a trav\u00e9s de Docker Compose, un paquete RPM para distribuciones similares a Red Hat, manualmente a trav\u00e9s de systemd, as\u00ed como en Kubernetes utilizando un Helm chart. Para instalaciones peque\u00f1as, se puede usar SQLite, mientras que para sistemas de trabajo y cargas m\u00e1s altas se recomienda PostgreSQL. <\/p>\n

La nueva versi\u00f3n incluye los siguientes cambios: <\/p>\n