Dieses Prinzip in der Zuverlässigkeitssäule des Google Cloud Well-Architected Framework enthält Empfehlungen, die Ihnen helfen, nach Ausfällen und Vorfällen effektive Postmortems durchzuführen.
Dieses Prinzip ist für den Lernschwerpunkt der Zuverlässigkeit relevant.
Übersicht über die Prinzipien
Eine Post-Mortem-Analyse ist eine schriftliche Aufzeichnung eines Vorfalls, seiner Auswirkungen, der Maßnahmen zur Behebung oder Lösung des Vorfalls, der Ursachen und der Folgemaßnahmen, um ein erneutes Auftreten des Vorfalls zu verhindern. Das Ziel einer Postmortem-Analyse ist es, aus Fehlern zu lernen und nicht, Schuld zuzuweisen.
Das folgende Diagramm zeigt den Workflow einer Post-Mortem-Analyse:
Der Workflow einer Post-Mortem-Analyse umfasst die folgenden Schritte:
- Post-Mortem erstellen
- Fakten erfassen
- Ursachen ermitteln und analysieren
- Für die Zukunft planen
- Plan ausführen
Führen Sie nach größeren und kleineren Ereignissen wie den folgenden Postmortems durch:
- Für Nutzer sichtbare Ausfallzeiten oder Beeinträchtigungen, die einen bestimmten Schwellenwert überschreiten.
- Datenverluste jeglicher Art.
- Eingriffe von Bereitschaftstechnikern, z. B. ein Release-Rollback oder eine Umleitung des Traffics.
- Lösungszeiten, die über einem definierten Schwellenwert liegen.
- Monitoringfehler, die in der Regel eine manuelle Erkennung von Vorfällen erfordern.
Empfehlungen
Legen Sie Kriterien für die Post-Mortem-Analyse fest, bevor ein Vorfall auftritt, damit alle wissen, wann eine Post-Mortem-Analyse erforderlich ist.
Beachten Sie die Empfehlungen in den folgenden Abschnitten, um effektive Postmortems durchzuführen.
Postmortems ohne Schuldzuweisung durchführen
Effektive Postmortem-Analysen konzentrieren sich auf Prozesse, Tools und Technologien und geben nicht Einzelpersonen oder Teams die Schuld. Der Zweck einer Post-Mortem-Analyse besteht darin, Ihre Technologie und Zukunft zu verbessern, nicht darin, herauszufinden, wer schuldig ist. Jeder macht Fehler. Das Ziel sollte sein, die Fehler zu analysieren und daraus zu lernen.
Die folgenden Beispiele zeigen den Unterschied zwischen Feedback, das Schuld zuweist, und Feedback ohne Schuldzuweisung:
- Feedback, das Schuld zuweist: „Wir müssen das gesamte komplizierte Backend-System neu schreiben! In den letzten drei Quartalen ist es jede Woche ausgefallen und ich bin mir sicher, dass wir alle genug davon haben, die Probleme nur Stück für Stück zu beheben. Wenn ich noch einmal angepingt werde, schreibe ich den Code selbst neu…“
- Feedback ohne Schuldzuweisung: „Eine Aufgabe, das gesamte Backend-System neu zu schreiben, könnte tatsächlich verhindern, dass diese Seiten weiterhin auftreten. Das Wartungshandbuch für diese Version ist ziemlich lang und es ist wirklich schwierig, sich vollständig einzuarbeiten. Ich bin sicher, dass unsere zukünftigen On-Call-Engineers uns danken werden!“
Den Post-Mortem-Bericht für alle Zielgruppen lesbar machen
Prüfen Sie für jede Information, die Sie in den Bericht aufnehmen möchten, ob sie wichtig und notwendig ist, damit die Zielgruppe versteht, was passiert ist. Ergänzende Daten und Erläuterungen können Sie in einen Anhang des Berichts verschieben. Prüfer, die weitere Informationen benötigen, können diese anfordern.
Vermeiden Sie komplexe oder überdimensionierte Lösungen.
Bevor Sie nach Lösungen für ein Problem suchen, sollten Sie die Bedeutung des Problems und die Wahrscheinlichkeit eines erneuten Auftretens bewerten. Wenn Sie das System komplexer machen, um Probleme zu lösen, die wahrscheinlich nicht noch einmal auftreten, kann dies zu einer erhöhten Instabilität führen.
Postmortem so weit wie möglich verbreiten
Damit Probleme nicht ungelöst bleiben, sollten Sie das Ergebnis der Post-Mortem-Analyse einem breiten Publikum zugänglich machen und sich Unterstützung vom Management holen. Der Wert einer Post-Mortem-Analyse ist proportional zu den Erkenntnissen, die nach der Post-Mortem-Analyse gewonnen werden. Wenn mehr Menschen aus Vorfällen lernen, sinkt die Wahrscheinlichkeit, dass ähnliche Fehler wiederkehrend auftreten.