Posséder la boucle opérationnelle
Les équipes DevOps se trouvent habituellement entre les infrastructures, les applications et les pipelines de livraison. IncidentRelay est construit pour ce modèle d'exploitation: les alertes entrent à partir des systèmes de surveillance, par voie d'étiquettes ou de source, se résolvent à une équipe et avisent l'ingénieur de garde actuel.
Éléments de construction utiles
- Rotations avec couches, périodes d'adhésion et remplacements temporaires.
- Routes pour Alertmanager, Zabbix, Sentry, LibreNMS et webhooks génériques.
- Canaux de notification pour le chat, les e-mails, le push du navigateur, les webhooks et les fournisseurs de voix.
- Silences et fenêtres d'entretien pour les travaux prévus.
- Open API paramètres pour l'automatisation et les outils internes.
Routage par étiquettes
Les itinéraires peuvent correspondre à des étiquettes d'alerte normalisées telles que team, service, severity, namespace ou alertname. Cela permet à une équipe DevOps de diviser la production, la mise en scène, la plate-forme et l'application des alertes sans créer une seule boîte de réception bruyante.
{
"labels": {
"team": "platform",
"env": "prod",
"severity": "critical"
}
}Où ça va
IncidentRelay est un bon ajustement lorsque l'équipe veut un système transparent, inspectable sur appel près de la pile de surveillance et préfère exécuter l'outil opérationnel de base lui-même.