Wartung und Kuratierung

Wartungsfenster

Kündigen Sie ein Fenster an, dann entsteht für seine Dauer kein neuer Incident, und die Zeit bleibt SLA-neutral. In der Aufzeichnung steht das Fenster trotzdem, und auf Wunsch erscheint es als Banner auf Ihrer Statusseite. Sichtbar oder nicht, das entscheiden Sie für jedes Fenster einzeln. Geplante Arbeit bleibt damit sichtbar, sie zählt nicht gegen Sie, und sie verschwindet nie unbemerkt aus den Zahlen.

Mit maintenance:write legt die REST-API Wartungsfenster an, ändert, beendet und löscht sie. So kündigt Ihre Deploy-Pipeline ihre Arbeit selbst an.

Ausfälle kuratieren

Was gemessen wurde, bleibt getrennt von dem, was Sie über den Incident erzählen. Einen Fehlalarm verwerfen Sie mit Begründung, und bevor das wirksam wird, zeigt Perstat, wie sich Ihre Uptime dadurch ändert: der Wert vorher, der Wert danach. Gelöscht wird dabei nichts. Jedes Verwerfen trägt den Namen der Person, die es getan hat, und lässt sich zurücknehmen. Was zurückkommt, ist genau das Fenster, das verworfen wurde, mit seinen echten Grenzen.

Historie

Drei Reiter zeigen den ganzen Verlauf, für die Organisation und für jeden einzelnen Monitor, jede Ansicht direkt verlinkbar:

• Zeitleiste: die rohen Statuswechsel je Region, unbearbeitet.
• Ausfälle: die kuratierte Ausfallzeit, verworfene Meldungen inbegriffen und als solche gekennzeichnet.
• Aktivität: der Verlauf der Konfiguration, mit “Meldung verworfen” und “Meldung wiederhergestellt”, jeweils mit Person und Zeitpunkt.

Warum Korrekturen sichtbar bleiben

Jede Korrektur behält Person, Grund, Wirkung und den Weg zurück, und wer sie prüft, sieht genau, was sich geändert hat und warum. Welches Gewicht eine Korrektur in einer Prüfung hat, entscheidet Ihr Prüfer. Nachweise und Aufbewahrung beschreibt die Regeln des Reports und die Historienfenster.

Nächste Schritte

• Nachweise und Aufbewahrung: wie aus der kuratierten Aufzeichnung SLA-Zahlen werden.
• Statusseiten: wo Wartungsbanner erscheinen.