La disponibilité est une définition avant d'être un chiffre
Les chiffres de disponibilité diffèrent entre deux personnes honnêtes parce qu'elles ont mesuré des choses différentes. Une dégradation partielle était-elle une indisponibilité ? L'horloge a-t-elle commencé lorsque la surveillance a remarqué ou lorsque le premier client l'a fait ? La maintenance dans la fenêtre déclarée compte-t-elle ?
Votre accord répond à ces questions, et un rapport qui ne suit pas ses définitions est moins faux qu'inutilisable. Le chiffre propre du client ne correspondra pas, et la conversation devient une affaire d'arithmétique plutôt que de service.
La seconde exigence, c'est que le rapport s'assemble chaque mois sans qu'une personne ait à reconstruire le mois. Les incidents s'enregistrent au moment, se mesurent selon des règles déclarées, et se somment par un processus que personne n'a à croire sur parole.
Rédigé ainsi, le mois inconfortable est aussi le mois crédible. Un rapport qui n'a jamais montré un mauvais mois ne dit rien à un client sur les bons.
Comment l'ActionFlow s'exécute sur le canevas
Les dossiers d'incident sont lus par un nœud HTTP Request depuis votre outil d'incidents, sur un déclencheur Start Scheduled en fin de mois, avec l'historique de surveillance depuis un nœud PostgreSQL.
Un nœud Filter applique les définitions de votre accord : quelles gravités comptent, si une dégradation partielle compte, et quelles fenêtres de maintenance sont exclues.
Un nœud Date calcule la durée comptable de chaque incident à partir des règles de début et de fin que votre accord énonce, plutôt qu'à partir des heures que quelqu'un a tapées dans un ticket.
Un nœud Math somme la durée contre la période et renvoie le pourcentage, en gardant les entrées du calcul dans le résultat pour que le chiffre puisse être reconstruit par quiconque le demande.
Un nœud Loop produit la ventilation par service, parce qu'un chiffre unique sur dix services masque celui qu'un client donné utilise réellement.
Un nœud Generate Text rédige les synthèses d'incident dans la langue du client, en décrivant l'impact plutôt que les causes internes.
Un nœud Create Excel produit les chiffres. Un nœud Google Docs produit le rapport lui-même, dans la forme que votre équipe en charge du compte envoie déjà.
Un nœud Human in the Loop retient le rapport. Rien n'atteint un client avant que quelqu'un ne l'ait lu.
Nœuds utilisés par cet ActionFlow
- Start Scheduled (Start) : s'exécute en fin de mois.
- HTTP Request (Util) avec PostgreSQL (Data) : dossiers d'incident et historique de surveillance.
- Filter (Data) : applique les définitions de votre accord, pas une définition générale.
- Date (Util) : durée comptable à partir des règles de début et de fin énoncées.
- Math (Util) : le pourcentage, ses entrées étant gardées dans le résultat.
- Loop (Control) : la ventilation par service dans laquelle un client peut se situer.
- Generate Text (AI Core) : l'impact dans la langue du client, pas la cause interne.
- Email (Human in the Loop) : rien n'atteint un client sans avoir été lu.
Questions fréquentes
Newsletter
Recevoir les mises à jour produit
Nouveaux nœuds, agents et notes produit. Nous n'envoyons un e-mail que lorsqu'il vaut la peine de l'ouvrir.