Maintenance et curation

Fenêtres de maintenance

Annoncez une fenêtre : pendant sa durée, aucun nouvel incident ne s’ouvre et le temps reste neutre pour le SLA. La fenêtre figure malgré tout au registre et peut s’afficher en bannière sur votre page de statut, la visibilité se réglant fenêtre par fenêtre. Le travail planifié reste visible, ne compte pas contre vous, et ne disparaît jamais des chiffres en silence.

Avec maintenance:write, l’API REST crée, modifie, annule et supprime les fenêtres de maintenance. Votre pipeline de déploiement annonce ainsi lui-même ses travaux.

Curation des pannes

Ce qui a été mesuré reste séparé de ce que vous racontez de l’incident. Écartez un faux positif avec un motif, et Perstat montre l’effet sur l’uptime avant de l’appliquer : la valeur avant, la valeur après. Rien n’est supprimé. Chaque mise à l’écart porte le nom de la personne qui l’a décidée et peut être annulée. Ce qui revient est exactement la fenêtre qui avait été écartée, sur ses bornes réelles.

Historique

Trois onglets portent toute l’histoire, pour l’organisation entière comme pour chaque monitor, chaque vue avec son lien direct :

• Chronologie : les changements d’état bruts par région, sans retouche.
• Pannes : le registre d’indisponibilité après curation, signalements écartés inclus et étiquetés comme tels.
• Activité : l’historique de configuration, avec « signalement écarté » et « signalement restauré », chaque fois avec la personne et l’instant.

Pourquoi les corrections restent visibles

Chaque correction garde la personne, le motif, l’effet et le chemin du retour, et la personne qui la relit voit exactement ce qui a changé et pourquoi. Le poids d’une correction dans un audit relève de votre auditeur. Preuves et rétention décrit les règles du rapport et les horizons d’historique.

Pour aller plus loin

• Preuves et rétention : comment le registre après curation devient des chiffres SLA.
• Pages de statut : là où apparaissent les bannières de maintenance.