Vorfall beim bestätigten Ausfall öffnen
Das Open geht raus, sobald genug unabhängige EU-Standorte den Check oft genug hintereinander abweisen, nicht schon bei der ersten fehlgeschlagenen Anfrage; beide Schwellen stehen in deinem Paket.
Ein eingehender Webhook, und ein bestätigter Ausfall öffnet einen Vorfall, der deinem Bereitschaftsplan folgt und sich selbst schließt, sobald die Seite wieder läuft.
Was die Alarmkette an All Quiet schickt, steht hier vollständig, und mehr passiert nicht. Einmal lesen, und du weißt, was dein Team sehen wird.
Das Open geht raus, sobald genug unabhängige EU-Standorte den Check oft genug hintereinander abweisen, nicht schon bei der ersten fehlgeschlagenen Anfrage; beide Schwellen stehen in deinem Paket.
Die Erholung schickt ein Resolved mit derselben Korrelations-ID, damit niemand einen Vorfall schließt, der längst erledigt ist.
Die ID ist je Vorfall stabil, das Resolved landet damit auf dem zugehörigen Open statt einen zweiten Vorfall zu öffnen.
Ein Ausfall kommt als Critical an, eine Warnung oder eine flatternde Seite als Warning, damit dein Routing beides unterscheidet.
Titel, Beschreibung, Website, Kunde und Ereignistyp gehen unter den Namen raus, die die Standardzuordnung von All Quiet ohnehin liest.
Auslaufende TLS-Zertifikate, ablaufende Domains und Einträge auf Blocklisten öffnen und schließen genauso ihre eigenen Vorfälle.
Jeder Kanal ist ein eigener eingehender Webhook, damit der Ausfall eines Kunden das Team erreicht, das diesen Kunden betreut.
Das Dashboard feuert beim Einrichten einen Test, damit eine falsche Webhook-URL vor dem ersten echten Ausfall auffällt.
Die URL trägt das Bearer-Token in sich, liegt deshalb verschlüsselt, und angenommen wird nur eine allquiet.app-Adresse.
Teams, die ihr Monitoring über Uptimeify fahren

In All Quiet für das Team, das alarmiert werden soll, die Inbound Integrations öffnen, eine anlegen und Webhook wählen.
Webhook URL
Verschlüsselt gespeichert
Die Webhook-Integration anlegen und die erzeugte URL samt Token kopieren.
Die URL als All-Quiet-Kanal anlegen, die Monitore zuordnen und den Testvorfall senden.
Ja. Die Erholung schickt ein Resolved mit derselben Korrelations-ID wie das Open. All Quiet schließt damit genau den Vorfall, den es geöffnet hat, statt eine tote Alarmierung stehen zu lassen.
Nein. Die Nutzlast benutzt die Namen, die die Standardzuordnung von All Quiet ohnehin liest, die Integration läuft also ohne Eingriff in die Zuordnung.
Ja. Jeder Kanal ist ein eigener eingehender Webhook, und du ordnest ihm Monitore und Kunden zu. Der Ausfall eines Kunden erreicht damit das Team, das diesen Kunden betreut, und nicht alle.
Nein. Deine Quota deckt Monitore und das monatliche SMS- und Sprachkontingent. Alarme über All Quiet, E-Mail, Webhook oder Slack zehren nicht daran.
Nur eine allquiet.app-Adresse, also die, die dir der eingehende Webhook ausgibt. Sie trägt das Token in sich, deshalb liegt sie verschlüsselt statt im Klartext.
All Quiet einmal verbinden, und jeder bestätigte Ausfall öffnet einen Vorfall, der sich selbst schließt, sobald die Seite wieder läuft.