Pourquoi s'auto-héberger une plateforme d'appel ?
Les systèmes d'astreinte contiennent des données opérationnelles sensibles : horaires des employés, coordonnées, charges utiles d'alerte, noms de services, calendriers d'incidents et liens vers les systèmes internes. Certaines équipes préfèrent conserver ces informations au sein de leur propre réseau et base de données.
L'auto-hébergement permet également aux équipes de contrôler le calendrier de déploiement, les intégrations, la conservation, les sauvegardes et les limites d'accès. Le compromis est simple : vous exploitez la plateforme et possédez sa disponibilité. Il n'y a pas de nuage magique, seulement un ordinateur qui reçoit des factures ailleurs.
Ce que IncidentRelay inclut
- Horaires de garde, niveaux de rotation et remplacements temporaires.
- Routage d'alerte pour Alertmanager, Zabbix, Sentry et webhooks génériques.
- Politiques d'escalade, rappels et demandes de réponse.
- Services, dépendances, fenêtres d'entretien et priorités d'incident.
- Mattermost, Telegram, e-mail, push du navigateur, webhook et notifications vocales.
- Jetons personnels API et documents Open API.
Choix de déploiement
IncidentRelay prend en charge plusieurs modèles de déploiement afin que les équipes puissent utiliser des outils opérationnels familiers.
| Méthode | Utilisation typique |
|---|---|
| Docker Compose | Évaluation, environnements plus petits et déploiements de conteneurs simples. |
| RPM packages | Systèmes Linux de type Red Hat gérés via les workflows package et systemd. |
| Système manuel | Déploiements basés sur la source et environnements Python personnalisés. |
| Helm graphique | Kubernetes déploiements avec des travailleurs séparés du web, planificateur et optionnel Telegram. |
Choix de base de données et de mise à l’échelle
SQLite est disponible pour les petites installations à un seul nœud. PostgreSQLTM est le choix pratique pour des environnements plus grands ou plus longs, un volume d'alerte plus élevé et des déploiements avec plusieurs travailleurs web. Le programmeur fonctionne comme un processus séparé de sorte que les rappels et les escalades ne sont pas dupliqués à travers les travailleurs du Web.
Intégrez le stack que vous exécutez déjà
IncidentRelay agit comme couche d'acheminement entre les systèmes de surveillance, la propriété des services, les horaires et les destinations de notification. Les itinéraires ont leurs propres jetons d'admission et de déterminer où les alertes entrantes vont. Les canaux décrivent comment le répondant sélectionné est informé.
Les webhooks génériques et les terminaux Open API permettent de connecter des outils internes sans attendre une intégration spécifique au fournisseur. Des fournisseurs de voix personnalisés peuvent être installés pour les équipes qui exploitent leur propre flux de travail de téléphonie.
Responsabilités opérationnelles
Une plate-forme d'incident autoportée devrait être traitée comme une infrastructure de production. Planifiez les sauvegardes de bases de données, surveillez les services web et planificateurs, testez les voies de notification et gardez une trajectoire d'urgence pour les incidents affectant IncidentRelay lui-même.
Les API, la configuration et le schéma peuvent évoluer entre les versions, afin d'examiner les notes de publication et les mises à niveau de test avant le déploiement de la production.