¿Por qué el auto-anfitriona de una plataforma on-call?
Los sistemas de guardia contienen datos operativos confidenciales: horarios de los empleados, detalles de contacto, cargas útiles de alertas, nombres de servicios, cronogramas de incidentes y enlaces a sistemas internos. Algunos equipos prefieren mantener esa información dentro de su propia red y base de datos.
El autohospedaje también brinda a los equipos control sobre el tiempo de implementación, las integraciones, la retención, las backups y los límites de acceso. La compensación es sencilla: usted opera la plataforma y es dueño de su disponibilidad. No existe una nube mágica, sólo un ordenador que recibe las facturas en otro lugar.
¿Qué? IncidentRelay Incluye
- Horarios de guardia, capas de rotación y anulaciones temporales.
- Routing de alerta para Alertmanager, Zabbix, Sentry y webhooks genéricos.
- Políticas de escalamiento, recordatorios y solicitudes de respuesta.
- Servicios, dependencias, ventanas de mantenimiento y prioridades de incidentes.
- Mattermost, Telegram, email, navegador push, webhook y notificaciones de voz.
- Personal API tokens and Open API documentación.
Opciones de implementación
IncidentRelay admite varios modelos de despliegue para que los equipos puedan utilizar herramientas operacionales familiares.
| Método | Uso típico |
|---|---|
| Docker Compose | Evaluación, entornos más pequeños e implementaciones de contenedores sencillas. |
| RPM packedades | Sistemas Linux tipo Red Hat administrados a través de package y flujos de trabajo systemd. |
| Sistema manual | Implementaciones basadas en fuentes y entornos de pitón personalizados. |
| Helm | Kubernetes despliegues con trabajadores separados web, programador y opcional Telegram. |
Opciones de base de datos y escalado
SQLite está disponible para instalaciones pequeñas de un solo nodo. PostgreSQL es la opción práctica para entornos más grandes o de mayor duración, mayor volumen de alertas e implementaciones con múltiples trabajadores web. El programador se ejecuta como un proceso separado para que los recordatorios y las escalaciones no se dupliquen entre los trabajadores web.
Integre con el stack que ya ejecuta
IncidentRelay actúa como una capa de enrutamiento entre sistemas de vigilancia, propiedad de servicios, horarios y destinos de notificación. Las rutas tienen sus propias fichas de admisión y determinan a dónde van las alertas entrantes. Los canales describen cómo se notifica al personal seleccionado.
Los Webhooks genéricos y Open API endpoints permiten conectar las herramientas internas sin esperar una integración específica del proveedor. Los proveedores de voz personalizados pueden instalarse para equipos que operan su propio flujo de trabajo de telefonía.
Responsabilidades operativas
Una plataforma de incidentes autoanfitriona debe ser tratada como infraestructura de producción. Planifique copias de seguridad de bases de datos, vigile los servicios web y programadores, pruebe los canales de notificación y mantenga una vía de emergencia para los incidentes que afecten IncidentRelay en sí mismo.
API s, configuración y esquema pueden evolucionar entre versiones, por lo que revisa notas de liberación y actualizaciones de pruebas antes de la puesta en marcha de la producción.