Fiktional
Die Personen, Unternehmen und Konfigurationen sind erfunden. Bitte lesen Sie sie als Modellfälle.
Fiktive Support-Szenarien
Sehen Sie sich an, wie wir durch fiktive Szenarien arbeiten.
Die folgenden Szenarien sind erfunden, um zu zeigen, wie wir jeden Service anpacken. Sie sind Modellfälle, keine Kundenarbeit. Wir veröffentlichen echte Projekte separat und nur, wenn der Kunde einverstanden ist und die Fakten überprüft werden können.
So lesen Sie sie
Jeder Fall zeigt, was wir zuerst prüfen und welche Entscheidung daraus folgt. Ergebnisse und Vorteile werden erst durch Prüfungen in einer realen Umgebung festgestellt.
Beispiel für eine Kostenprüfung
Für die Kostenseite zeigt das Beispielbericht die tatsächliche Programmausgabe auf erfundenen Rechnungsdaten.
Szenario 01 / Cloud-Migration
Eine phasenweise Cloud-Migration
- Fiktives Problem
- Das Unternehmen möchte von On-Premises auf AWS migrieren, aber die Reihenfolge, die akzeptable Downtime und die gemeinsame Plattform sind unklar.
- Was wir prüfen
- Teilen Sie das Estate in Migrations-Einheiten auf und klären Sie zuerst die Berechtigungen, Protokolle, Überwachung und den Cutover-Plan.
- Was entscheidbar wird
- Die Downtime-Risiken werden von offenen Fragen getrennt, und der Testbereich für die nächste Phase wird festgelegt.
Szenario 02 / Überwachung
Überwachung und Betrieb
- Fiktives Problem
- Es gibt so viele Warnungen, dass wichtige Signale verschüttet werden, und jeder Ingenieur reagiert unterschiedlich.
- Was wir prüfen
- Trennen Sie, wie groß der Einfluss ist, von wem und wann gehandelt wird.
- Was entscheidbar wird
- Die Linie zwischen jetzt handeln, in Geschäftszeiten handeln und nur aufzeichnen, und welche Runbooks zuerst geschrieben werden sollen.
Szenario 03 / Sicherheitsprüfung
Berechtigungen und Protokolle für eine Prüfung vorbereiten
- Fiktives Problem
- Die Verantwortung für Berechtigungen, Protokolle, Beweise und Änderungsprotokolle ist unklar.
- Was wir prüfen
- Für Berechtigungen, Protokolle und Änderungsverfahren trennen Sie, was erklärt werden kann, von dem, was nicht erklärt werden kann.
- Was entscheidbar wird
- Welche Grenzen vor der Prüfung noch nicht erklärt werden können, und die Priorität der technischen Einstellungen gegenüber den Betriebsregeln.
Wählen Sie Ihren Ausgangspunkt nach Lieferumfang und Umfang.
Keine Kundennamen oder detaillierte Konfigurationen erforderlich.