Alarm beim bestätigten Ausfall auslösen
Das ALERT-Ereignis 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 Integration Key, und ein bestätigter Ausfall löst einen Alarm aus, der deiner Eskalation folgt und sich selbst auflöst, sobald die Seite wieder läuft.
Was die Alarmkette an ilert schickt, steht hier vollständig, und mehr passiert nicht. Einmal lesen, und du weißt, was dein Team sehen wird.
Das ALERT-Ereignis 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 RESOLVE-Ereignis mit demselben Alert-Key, damit niemand einen Alarm schließt, der längst erledigt ist.
Jedes Ereignis geht mit deinem Integration Key an den festen ilert-Events-Endpunkt, mehr als eine API-Alarmquelle braucht es nicht.
Der Alert-Key ist je Vorfall stabil, ein erneutes Ereignis ergänzt also den bestehenden Alarm statt einen weiteren auszulösen.
Ein Ausfall kommt als HIGH an, eine Warnung oder eine flatternde Seite als LOW, damit deine Eskalationsregeln beides unterscheiden.
Auslaufende TLS-Zertifikate, ablaufende Domains und Einträge auf Blocklisten lösen eigene Alarme aus und lösen sich genauso wieder auf.
Jeder Kanal trägt seinen eigenen Integration Key, damit der Ausfall eines Kunden auf der Quelle landet, für die dessen Team bereitsteht.
Das Dashboard feuert beim Einrichten einen Test, damit ein vertippter Integration Key vor der ersten echten Alarmierung auffällt.
Der Schlüssel liegt verschlüsselt und wird aus dem Anfragerumpf entfernt, bevor der Versuch unter Verlauf & Protokolle → Alarme auftaucht.
Teams, die ihr Monitoring über Uptimeify fahren

In ilert Alerting öffnen, dann Alert sources, eine neue anlegen und die Event-API-Integration wählen.
Integration key
Verschlüsselt gespeichert
Den angezeigten Schlüssel kopieren, er ist das gesamte Geheimnis.
Den Key als ilert-Kanal anlegen, die Monitore zuordnen und das Testereignis senden.
Ja. Die Erholung schickt ein RESOLVE-Ereignis mit demselben Alert-Key wie der Alarm, ilert räumt damit genau den Alarm ab, den es ausgelöst hat, statt ihn offen zu lassen.
Nein. Der Alert-Key ist je Vorfall stabil, wiederholte Ereignisse landen also auf demselben Alarm. Wie viele Nachprüfungen ein Ausfall braucht, bis er als bestätigt gilt, legst du je Paket fest.
Verschlüsselt in der Kanal-Konfiguration, und er wird aus dem aufgezeichneten Anfragerumpf entfernt. Unter Verlauf & Protokolle → Alarme steht der Versuch, ohne je den Schlüssel zu zeigen.
Nein. Deine Quota deckt Monitore und das monatliche SMS- und Sprachkontingent. Alarme über ilert, E-Mail, Webhook oder Slack zehren nicht daran.
Ja. Jeder Kanal trägt seinen eigenen Integration Key, und du ordnest ihm Monitore und Kunden zu. Der Ausfall eines Kunden landet damit auf der Alarmquelle, für die dessen Team bereitsteht.
ilert einmal verbinden, und jeder bestätigte Ausfall löst einen Alarm aus, der sich selbst auflöst, sobald die Seite wieder läuft.