Automatisierungsläufe überprüfen

Erfahre, wie du prüfst, ob deine Automatisierungen funktionieren, sie vor dem Speichern sicher mit einer Vorschau testest und ihren Laufverlauf durchgehst, wenn etwas nicht wie erwartet läuft. Dies richtet sich an alle, die InfraNest-Automatisierungen nutzen und bestätigen möchten, dass eine Regel tut, was sie soll.

Überblick

• Jedes Mal, wenn eine Regel läuft, zeichnet InfraNest dies auf, sodass du bestätigen kannst, dass es funktioniert hat, und genau sehen kannst, was jeder Schritt getan hat.
• Du kannst eine Regel sicher testen, bevor sie überhaupt gespeichert ist, sie nach dem Speichern bei Bedarf ausführen und eine vollständige Historie vergangener Läufe einsehen.
• Hier erkennst du auch Regeln, die immer wieder fehlschlagen, damit du sie reparieren oder abschalten kannst.

Eine Regel vor dem Speichern mit einer Vorschau testen

1. Wähle während der Erstellung einer Regel Vorschau.
2. InfraNest führt einen sicheren Testlauf anhand eines echten, aktuellen Beispiels aus deinem Konto durch — es werden keine Aktionen tatsächlich ausgeführt.
3. Für jeden Schritt, der einen verbundenen Dienst wie GitHub oder PagerDuty verwendet, nennt die Vorschau die Verbindung, die genutzt würde.
4. Bei GitHub-Issue erstellen geht die Vorschau weiter — sie zeigt das Repository und den Titel mit deinen ausgefüllten Platzhaltern an und prüft, ob die Verbindung dort tatsächlich ein Issue öffnen kann.
5. Wenn die Verbindung das Issue nicht erstellen kann (zum Beispiel, weil dem Repository kein Zugriff auf die GitHub App gewährt wurde oder Issues dort deaktiviert sind), wird der Schritt als fehlgeschlagen angezeigt und der Grund erklärt. Es wird nichts erstellt.
6. Falls ein Platzhalter für das Beispiel leer bleibt, wird er unter diesem Schritt aufgeführt. Eine Leerstelle bedeutet meist, dass im echten Titel oder in der echten Nachricht dieser Teil fehlen würde — prüfe das, bevor du speicherst.

NotePlatzhalter, die nur durch das echte Ereignis gefüllt werden können, wie etwa die Anzahl der Tage bis zum Ablauf einer Domain, erscheinen nicht in der Vorschau, da das Beispiel diese Daten noch nicht enthält.

Eine gespeicherte Regel testen

1. Öffne die Regel, die du prüfen möchtest.
2. Wähle Test.
3. InfraNest führt die Regel bei Bedarf aus und zeigt das Ergebnis, ohne auf das Eintreten des echten Ereignisses zu warten.
4. Jeder Schritt zeigt, was er getan hätte, mit denselben Details und Warnungen zu leeren Platzhaltern, die du auch in der Vorschau sehen würdest.

Laufverlauf überprüfen

1. Öffne die Regel, die du überprüfen möchtest.
2. Sieh dir ihre letzten Läufe an.
3. Jeder Lauf listet seine Aktionen als Schritte in der richtigen Reihenfolge auf, zusammen mit der Information, ob jeder erfolgreich war, fehlgeschlagen ist oder übersprungen wurde — inklusive der Ausgabe oder der Fehlermeldung.
4. Das ist der beste Ort, um nachzusehen, wenn eine Regel nicht das getan hat, was du erwartet hast.

Bei einer Regel, die Warten verwendet, bevor erneut alarmiert wird (zum Beispiel „Monitor offline → warten, dann eskalieren“), kann der Lauf vorzeitig gestoppt werden, wenn der Ausfall bereits bestätigt wurde oder sich erledigt hat. In diesem Fall wird der Lauf als Übersprungen angezeigt, und der Wartenschritt erklärt den Grund — zum Beispiel Angehalten: Anna hat es bestätigt. Nach dem Wartenschritt wurde nichts gesendet.

Die Liste der Automatisierungen zeigt außerdem, wie oft jede Regel bereits gelaufen ist.

NoteDer Laufverlauf wird 90 Tage lang aufbewahrt. Die vollständigen Details eines Laufs — einschließlich des auslösenden Ereignisses und dessen, was jeder Schritt gesendet hat — sind nur für Mitglieder sichtbar, deren Rolle das Bearbeiten von Automatisierungen erlaubt, da sie Text aus anderen Tools enthalten können, etwa einen GitHub-Kommentar. Alle anderen können trotzdem sehen, ob ein Lauf stattgefunden hat, ob er funktioniert hat, und etwaige Fehler.

Schutzmechanismen

• Abklingzeit — wenn für eine Regel eine Abklingzeit festgelegt ist, läuft sie für dasselbe Ereignis erst wieder, wenn die Wartezeit abgelaufen ist, damit eine Flut von Ereignissen zu einer Domain oder einem Monitor sie nicht überlastet. Andere Domains und Monitore sind davon nicht betroffen.
• Regeln, die immer wieder fehlschlagen, werden automatisch markiert, damit du sie reparieren oder deaktivieren kannst.

Jeder Lauf wird außerdem in deinem Audit-Log aufgezeichnet.