10. Abhängigkeiten in SolidPing: ein Ausfall, eine Alarmierung
DokumentationEin Datenbankausfall sollte mitten in der Nacht nicht vier Alarme auslösen.
In diesem Video legen Sie Abhängigkeiten zwischen Prüfungen an. Eine harte Abhängigkeit besagt, dass der Ausfall eines Elternteils den Ausfall seiner Kinder verursacht: Die Incidents der Kinder erscheinen weiter in der Zeitleiste, alarmieren aber niemanden. Eine weiche Abhängigkeit hält nur eine Korrelation fest, der Incident alarmiert trotzdem. Sie sehen die Wirkung, wenn eine Datenbank ausfällt, wie die Bündelung funktioniert, auch wenn das Elternteil seinen Ausfall als Letztes bestätigt, und was passiert, wenn es sich erholt.
Schritte
Fünf Prüfungen, eine Ursache
Fünf Prüfungen: eine Datenbank, drei Dienste, die sie brauchen (api, dashboard, worker), und ein Blog. Ohne Abhängigkeiten bedeutet ein Datenbankausfall vier Vorfälle und vier Alarme.
Eine harte Abhängigkeit anlegen
Bearbeiten Sie die Prüfung api, öffnen Sie „Abhängigkeiten“, wählen Sie die Datenbank als übergeordnete Prüfung und behalten Sie die Art „Hart“: Ein Datenbankausfall verursacht den API-Ausfall, die API alarmiert also nicht selbst. Klicken Sie auf „Abhängigkeit hinzufügen“ und dann auf „Speichern“.
Die Verknüpfungen sehen
Die Seite api zeigt „Hängt ab von“: database, Hart. Dieselbe Verknüpfung gilt für dashboard und worker, und die Datenbankseite listet alle drei unter „Abhängig davon“.
Ein Vorfall in der Liste
Die Datenbank fällt aus, dann die drei Dienste. Die Vorfallsliste zeigt einen einzigen Vorfall, den der Datenbank; die drei anderen sind darunter zusammengefasst.
Zusammengefasste Vorfälle anzeigen
Aktivieren Sie „Zusammengefasste Vorfälle anzeigen“, um alle vier zu sehen. Die Vorfälle von api, dashboard und worker tragen das Abzeichen „zusammengefasst“.
Die Auswirkung
Öffnen Sie den Datenbankvorfall. Die Karte „Auswirkung“ listet die drei Dienste, alle zusammengefasst, und die Karte „Benachrichtigungen“ zeigt eine einzige E-Mail.
Ein zusammengefasster Vorfall
Öffnen Sie den api-Vorfall. Das Banner zeigt, dass er unter dem Datenbankvorfall zusammengefasst ist: Alarme sind unterdrückt, solange die Ursache offen ist. Es wurde keine Benachrichtigung gesendet.
Eine E-Mail im Postfach
Das Bereitschaftspostfach enthält eine einzige E-Mail, für die Datenbank. Ein Ausfall, ein Alarm, nicht vier.
Wenn die übergeordnete Prüfung zuletzt bestätigt
Setzen Sie den Bestätigungszeitraum der Prüfung database auf 10 Sekunden. Die Seite api warnt nun: „Bestätigt schneller, als database erkennen kann“.
Die Kinder warten
Die Datenbank fällt erneut aus, dann die Dienste. Sie bleiben im Status „Wird geprüft“: SolidPing hält ihre Vorfälle zurück, solange die harte übergeordnete Prüfung selbst noch geprüft wird.
Immer noch ein Alarm
Zehn Sekunden später bestätigt die Datenbank. Ihr Vorfall öffnet sich, und die drei Dienste werden darunter zusammengefasst.
Eine weiche Abhängigkeit anlegen
Bearbeiten Sie die Prüfung blog und fügen Sie die Datenbank als übergeordnete Prüfung mit der Art „Weich“ hinzu. Eine weiche Verknüpfung hält nur die Beziehung fest; die Alarmierung ändert sich nicht.
Ein weiches Kind alarmiert trotzdem
Fällt der Blog aus, wird sein Vorfall nicht zusammengefasst und er alarmiert. Das Postfach erhält eine zweite E-Mail, für den Blog.
Die Erholung wird neu bewertet
api, dashboard und blog erholen sich, dann die Datenbank. SolidPing bewertet die darunter zusammengefassten Dienste neu: worker ist noch defekt, sein Vorfall verlässt die Zusammenfassung und alarmiert selbst.