DevOps Workshop-Methode

Game Day

Übt kontrollierte Störungsszenarien, um Resilienz, Verfahren und Teamkoordination zu überprüfen.

Game Day prüft Resilienz, Betriebsverfahren und Teamkoordination durch kontrollierte Störungsübungen. Die Beobachtungen zeigen, welche Schutzmaßnahmen und Abläufe sich bewähren und wo weitere Verbesserungen nötig sind.

Kernfrage

Erkennen und bewältigen System und Einsatzteam dieses vorab begrenzte Störungsszenario sicher?

Planung vorbereiten Methodenanleitung

Vergleich starten

Feedback gebenHilft dir diese Methode?

Teilnehmende: 5-20
Zeit: Halber Tag

Die Phasen können iterativ durchlaufen werden; ihre Reihenfolge unterstützt den Einstieg, ersetzt aber kein fachliches Urteil.

Arbeitsfläche für Game Day: Frage, Beobachtungen und nächste Entscheidung sind sichtbar.

Übungsziel
Übungsziel und Risiko wählen
Wähle kritischen Dienst und Lernziel; prüfe Blast Radius und sichere Umgebung.
Grenzen
Teilnehmende und Stopps festlegen
Informiere Rollen, Beobachtende und Stakeholder; definiere Kill-Switch und Erfolgssignale.
Durchführung
Szenario kontrolliert ausführen
Führe Fehler gemäß Plan aus, beobachte System und Reaktion; stoppe bei Grenzwertverletzung.
Lernen
Erkenntnisse nachverfolgen
Stelle Normalbetrieb her; sichere Beobachtungen, Maßnahmen, Owner und nächsten Übungstermin.

Prüfe Ergebnis und offene Annahmen beim nächsten passenden Termin. Halte Änderungen, Verantwortung und neue Evidenz fest.

Geeignet, wenn

Geeignet: Wiederkehrendes Übungsprogramm mit genehmigtem Szenario, Sicherheitsgrenzen und betroffenen Betriebsrollen.

Ideal für

Resilience Testing
Incident Preparedness
Ops Training

Nicht gut für

Teams ohne Basis-Runbooks
Unvorbereitete Live-Systeme

Ergebnisse

Arbeitsbild
Kritischer Dienst, Lernziel, Blast Radius und gesicherte Übungsumgebung.
Prüfbare Evidenz
Geplanter Fehler, beobachtetes Systemverhalten und Reaktion innerhalb der Sicherheitsgrenzen.
Nächster Schritt
Das Übungsprotokoll dokumentiert die Wiederherstellung des Normalbetriebs, Beobachtungen, Maßnahmen, Verantwortliche und den nächsten Übungstermin.

Sicherheitsbegrenztes Szenario und Übungserkenntnis

Fiktives Lehrbeispiel

Übe regelmäßig kontrollierte Störungsszenarien, um Resilienz, Verfahren und Teamkoordination zu überprüfen.

Szenario

Formuliere Lernziel, Dienst, Szenario und Umgebung.

Read-only-Abhängigkeit in isolierter Testumgebung abschalten.

Sicherheitsgrenze

Definiere Beteiligte, Beobachtung, Kill-Switch und Grenzwerte.

Kein Produktions-Traffic; Safety Lead mit sofortigem Kill-Switch.

Erwartete Signale

Erfasse Alarme, Systemzustand und Reaktion während der Übung.

Alarm binnen 2 min; Fallback aktiv; keine Datenänderung; Nutzerwirkung <5 min.

Lernpunkt

Notiere Wiederherstellung, Befunde, Owner und nächste Übung.

Fiktiver Befund: Dashboard zeigt Abhängigkeit nicht. Owner ergänzt Anzeige; Re-Test im nächsten Quartal.

Fiktive Übung: In einer produktionsnahen Testumgebung fällt eine Read-only-Abhängigkeit aus. Ziel: Alarm erkennen, Fallback aktivieren und Kundenauswirkung unter 5 Minuten halten. Safety Lead kann jederzeit abbrechen. Übung deckt fehlenden Alarm im Dashboard auf; kein produktiver Traffic wird injiziert.

Conduct game days regularly · AWS Well-Architected

Erster Schritt

Beginne mit einer abgegrenzten Frage, kläre Zugang und Beteiligte und sichere vorhandene Belege. Übe regelmäßig kontrollierte Störungsszenarien, um Resilienz, Verfahren und Teamkoordination zu überprüfen.

Zur Methodenanleitung

Davor sinnvoll

Operations

Runbook

Liefert das zu übende Verfahren für das Störungsszenario.

Wie geht es weiter?

DevOps

Incident Command

Prüft die geübte Koordination in einem echten Einsatz weiter.

DevOps

Blameless Postmortem

Untersucht ein während der Übung aufgetretenes unerwartetes Verhalten.

Vertiefung

Zweck

Bei der Vorbereitung auf seltene Störungen testet die Methode Reaktionsfähigkeit unter kontrollierten Bedingungen. Sie zeigt, wo Annahmen über Stabilität, Rollen und Wiederherstellung zu optimistisch sind.

Funktionsweise

Ein realistisches Szenario setzt das System und die Beteiligten unter begrenzten Druck, damit Schwachstellen sichtbar werden. Beobachtet wird weniger das perfekte Ergebnis als das Verhalten der Abläufe unter Störung. Die Erkenntnisse verbessern Bereitschaft, Koordination und technische Absicherung für den echten Fall.

Im Detail

Ein Game Day prüft Bereitschaft unter kontrolliertem Stress, bevor ein echter Ausfall das System testet. Realistische Szenarien, beobachtete Rollen und bewusst geschützte Umgebungen machen den Unterschied. Der Nutzen liegt nicht im Spektakel, sondern in sichtbaren Lücken: fehlende Runbooks, unklare Verantwortung, langsame Erkennung oder fragile Recovery.

Durchführung

Vor dem Start brauchen Szenario, Sicherheitsgrenzen, Abbruchkriterien und Beobachtungspunkte dieselbe Klarheit wie bei einer echten Betriebsübung. Wertvoll wird der Tag dort, wo Koordination, Unsicherheit und Erholungslogik genauso ernst betrachtet werden wie technische Wiederherstellung. Beende ihn mit wenigen Remediations, Eigentümern und einem Termin für die nächste Probe.

Die Methodenanleitung führt mit 4 Phasen, Zeitrahmen, 4 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen

Resilienz Operations Incident

Quellen

Conduct game days regularly · AWS Well-Architecteddocs.aws.amazon.comGeprüfte Methodenreferenz; stützt die fachliche Abgrenzung und Arbeitsschritte für Game Day. Beispiele und redaktionelle Anleitung sind eigenständig und ausdrücklich fiktiv.

In Playbooks

Deployment- und Plattformfluss verbessernVon einem simulierten Ausfall über geübte Vorfallsführung zu einer dokumentierten, verbesserten Lernschleife.

Artefakt-Vorlagen

Game Day: ArbeitsvorlageBereite Game Day mit klarer Frage, Rollen und Quellen vor.

markdown

game-day-working-template.md

Bereite Game Day mit klarer Frage, Rollen und Quellen vor.

Game Day: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Vollständigen Ablauf planen Zeit: Nach Umfang und verfügbaren Belegen festlegen

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Gemeinsame Arbeitsfläche, zugängliche Quellen und Notiz für Entscheidungen.
Rollen: Übungsleitung · Safety Lead · Einsatzteam · Beobachtende
Vorab-Infos: Frage, Zeitraum, Datenzugriff, beteiligte Rollen und bekannte Unsicherheiten vorab klären.
Gesamter Zeitbedarf: Wiederkehrende Übung; Vorbereitung, Durchführung, Recovery und Maßnahmenreview getrennt planen.
Setup: Eine gemeinsame Version anlegen. Fakten, Annahmen und Entscheidung getrennt kennzeichnen.