Skip to main content

Einen Hotfix in der Produktion in ein Playbook verwandeln

Extrahieren Sie die genauen Schritte aus einer erfolgreichen Incident-Response-Session, damit Ihr Team den Fix jedes Mal wiederholen kann.
AuthorCognition
CategoryDevin-Optimierung
FeaturesFortgeschritten, Playbooks
1

Die relevante Incident-Session identifizieren

Nachdem ein Incident in Produktion behoben wurde, haben Sie ein Devin-Session-Transkript, das jeden Diagnoseschritt, jeden ausgeführten Befehl und jede unter Druck getroffene Entscheidung erfasst hat. Dieses Transkript ist das Rohmaterial für ein Playbook, das Ihr On-Call-Team beim nächsten Mal wiederverwenden kann.Nicht jede Incident-Session eignet sich als Playbook. Suchen Sie nach Sessions, in denen Devin einer klaren, wiederholbaren Methodik gefolgt ist – der Art von Incident, der in Ihrem Team regelmäßig vorkommt:
  • Memory Leaks – Quelle identifiziert, Fix angewendet, Heap-Nutzung nach dem Deployment verifiziert
  • Connection-Pool-Erschöpfung – Ursache bis zur Root Cause nachverfolgt, Pool-Einstellungen optimiert, Monitoring hinzugefügt
  • Kaskadierende Timeouts – fehlerhaften Upstream isoliert, Circuit Breaker hinzugefügt, Recovery validiert
2

Das Playbook im Advanced-Modus erstellen

Öffnen Sie die Devin-Startseite und klicken Sie auf die Schaltfläche Advanced unterhalb des Eingabefelds. Wählen Sie den Tab Create Playbook.Fügen Sie den Link zur Incident-Session ein und beschreiben Sie, was das Playbook erfassen soll. Seien Sie konkret beim Scope of Generalization – das Playbook soll für die Klasse von Incidents funktionieren, nicht nur für den einen Dienst, der ausgefallen ist.Wenn Sie mehrere gelöste Incidents desselben Typs haben (z. B. zwei verschiedene Memory-Leak-Sessions), fügen Sie sie alle hinzu. Devin erkennt gemeinsame Muster über Sessions hinweg und erzeugt ein robusteres Playbook.
3

Beim nächsten Incident testen

Der eigentliche Test ist, ob das Playbook bei einer anderen Instanz derselben Incident-Klasse funktioniert. Wenn das nächste Speicherproblem auftritt, starten Sie eine neue Devin-Session, hängen Sie das Playbook an und richten Sie es auf den betroffenen Dienst.Wenn die Session den Incident sauber löst, generalisiert Ihr Playbook gut. Wenn es Schwierigkeiten gibt – vielleicht ist das Leak-Muster anders oder der Dienst nutzt einen anderen Datenbanktreiber – geben Sie diese Session erneut im Advanced-Modus ein und verwenden Sie den Tab Improve Playbook, um die Lücken zu schließen. Siehe Fix a Flaky DB Migration Playbook für diesen Workflow.