Automatisierungen, die nicht kaputtgehen

Das erwartet dich in dieser Lektion

1. Warum Automatisierungen kaputtgehen

   Fast kein Fehler liegt an deinem Ablauf: Eine API fällt aus, ein seltsamer Wert kommt an oder das Modell antwortet etwas Unerwartetes.

2. Wiederholungen mit wachsender Wartezeit

   Bei einem vorübergehenden Fehler wiederholst du mit jeweils doppelter Wartezeit, etwas Zufall und einer Höchstzahl an Versuchen.

3. Fehlerabläufe: Kein Fehler darf still passieren

   Scheitert ein Schritt wirklich, muss der Ablauf einen Fehlerweg nehmen, der den Fall speichert und einen Menschen benachrichtigt.

4. Idempotenz: keine Rechnung und keine E-Mail doppelt

   Eine Operation ist idempotent, wenn ihre Wiederholung nichts am Ergebnis ändert: Merk dir, was schon verarbeitet ist.

5. Setz Tokens und Kosten eine Obergrenze

   Begrenze, was pro Ausführung ins Modell hinein- und herausgeht, und rechne die Kosten aus, bevor die Rechnung es tut.

6. Traces: was in jedem Schritt passiert ist

   Ein Trace protokolliert jeden Schritt einer Ausführung: was hineinging, was herauskam, welches Werkzeug lief, wie lange es dauerte und wie viele Tokens es kostete.

7. Vor dem Veröffentlichen mit Beispieldaten testen

   Keine Änderung geht in den Betrieb, ohne vorher dieselben Testfälle durchlaufen zu haben, auch die seltsamen.

8. Alarme: Erfahre es vor deinem Kunden

   Richte Warnungen für das Wichtige ein: wiederholte Fehler, explodierende Tageskosten und Warteschlangen, die feststecken.

9. Zusammenfassung

   Ein robuster Ablauf wiederholt mit Verstand, dupliziert nichts, begrenzt seine Kosten, hinterlässt Traces, alarmiert nach Mustern und wird vorab getestet.