Serviceinventar
Benannte Komponenten, Eigentümer, Versionen, Abhängigkeiten, Datenklassen und erlaubte Zwecke.
Betrieb & Support
Ein privates Modell ist kein Betriebsmodell. Die Servicegrenze muss benennen, wer überwacht, genehmigt, wiederherstellt, kommuniziert und entscheidet—im Alltag und im Fehlerfall.
Benannte Komponenten, Eigentümer, Versionen, Abhängigkeiten, Datenklassen und erlaubte Zwecke.
Versionierte Änderungen, Regression, Freigabe, Wartungsweg, Rollback und Entscheidbeleg.
Klassifikation, Eindämmung, Nachweissicherung, Eskalation, Kommunikation und Lernen.
Objekte, Eigentümer, Kopien, Reihenfolge, Index-Neuaufbau, Testprotokoll und Ausnahmen.
Zugriffs-, Modell-, Retrieval-, Verweigerungs-, Sicherheits- und Änderungsdaten im vereinbarten Rhythmus.
Export, Übergabe, Löschung oder Rückgabe, Schlüsselwechsel, Abhängigkeitsabbau und Abnahme.
| Frage | Schriftliche Antwort |
|---|---|
| Abdeckung | Servicezeiten, Kanäle, Sprache, Region und Ausschlüsse |
| Priorität | Auswirkungsdefinition, Kundenpflichten und Eskalationsweg |
| Ziel | Antwort- oder Wiederherstellungsziel und Messmethode |
| Abhängigkeit | Kunden-, Hosting-, Hardware-, Software- und Upstream-Verantwortung |
| Nachweis | Tickets, Zeitlinie, Entscheide, Änderungen und Abschluss |
Aktuelle öffentliche Grenze: ANULUM bewirbt keine 24/7-Abdeckung, garantierte Verfügbarkeit, Reaktionszeiten, RTO oder RPO. Solche Zusagen brauchen eine servicespezifische Prüfung und unterzeichnete Bedingungen.
Kontinuität
«Gesichert» sagt wenig darüber, ob ein brauchbares System zurückkehrt. Das Restore-Protokoll nennt Daten, Indizes, Konfigurationen, Modelle, Schlüssel und Abhängigkeiten sowie Zeit, Datenverlustfenster, Fehler und Abnahme.
Das Architektur-Review identifiziert Betriebsgrenze und verantwortliche Personen.