Services
Sur cette page
Un service est une partie de votre système telle que votre équipe en parle — Checkout & Payments, Public API, Notifications, Core Database — plutôt qu'un contrôle technique. Chaque sonde appartient à un service, et le service résume leur état : quand quelque chose échoue, vous voyez immédiatement quelle partie du produit est touchée.
Les services dépendent aussi les uns des autres. Ces dépendances alimentent la Service Map et la propagation des incidents.
Pourquoi regrouper les sondes en services#
Corvane compte soixante-dix sondes. Quand Notifications — SMS gateway échoue à 07:53, la question n'est pas « quelle sonde ? » mais « qu'est-ce que cela casse ? ». Regroupées en services :
- le service Notifications passe à Degraded ;
- la Service Map montre que Mobile Backend en dépend et est impacté ;
- l'équipe sait que les notifications push et SMS sont touchées, mais pas le paiement.
Une règle utile : un service par composant qui peut tomber en panne seul et dont quelqu'un est responsable.
Créer et gérer les services#
Les services se gèrent dans Configuration → Services. Créer, renommer et supprimer des services exige le rôle Manager.
- Cliquez sur New service.
- Saisissez un Name (
Checkout & Payments) et une Description facultative (Cart validation, payment orchestration, fraud checks). - Enregistrez.
Chaque organisation dispose d'un service par défaut, General, marqué Default. Les nouvelles sondes y sont placées sauf si vous en choisissez un autre, et il ne peut pas être supprimé. Un service qui contient encore des sondes ne peut pas non plus être supprimé : déplacez-les d'abord vers un autre service.
Pour déplacer une sonde, cliquez sur Edit et modifiez Service dans la section General.
Santé d'un service#
La santé d'un service est calculée à partir des sondes qu'il contient :
| Santé | Signification |
|---|---|
| Healthy | Toutes ses sondes sont opérationnelles. |
| Degraded | Certaines de ses sondes sont en échec. |
| Down | Toutes ses sondes sont en échec. |
| Unknown | Il n'a aucune sonde, ou aucune n'a encore remonté de résultat. |
Sur la Service Map, un service dont les propres sondes sont saines mais qui dépend d'un service en échec est également affiché comme dégradé — voir Propagation des incidents.
Dépendances#
« Mobile Backend dépend de Notifications » signifie que Mobile Backend a besoin de Notifications pour fonctionner. Déclarez les dépendances qui comptent : elles expliquent les incidents.
- Depuis la liste — le bouton Dependencies d'un service ouvre son panneau : Add dependency pour choisir un service dont il dépend ; Depends on les liste, chacun avec un bouton de suppression ; Used by affiche les services qui dépendent de lui.
- Sur la carte — en Link mode, faites glisser d'un service vers un autre. Voir Service Map.
Un service ne peut pas dépendre de lui-même, et la même dépendance ne peut pas être ajoutée deux fois. Ajouter et supprimer des dépendances exige le rôle User.
La page d'un service#
Cliquez sur un service — dans la liste, sur la carte ou dans la page d'une sonde — pour l'ouvrir.
- sa santé, le nombre de Monitored resources, Resources up et Resources with issues ;
- Depends on et Used by, avec des liens vers ces services ;
- Monitored resources — ses sondes, avec leur environnement, leur planification, leur dernier contrôle et leur état.
Voir aussi#
- Service Map — voir tous les services et toutes les dépendances d'un coup d'œil.
- Propagation des incidents — comment une panne se propage aux services qui en dépendent.
- Environnements — l'autre axe d'organisation : Production, Staging…