Bestätigten Ausfall senden
Die Anfrage 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.
Uptimeify mit deinem eigenen Webhook nutzen.
Für alles, was nicht auf dieser Seite steht. Eine JSON-Nutzlast an jeden HTTP-Endpunkt, geformt, signiert und gefiltert, wie dein System es will.
Was an deinem Endpunkt ankommt
Das ist der offene Kanal, deshalb ist die Liste hier länger bei der Kontrolle als anderswo. Was die Alarmkette an deinen Endpunkt schickt, steht hier vollständig, und mehr passiert nicht.
Entwarnung senden
Derselbe Endpunkt bekommt die Entwarnung mitsamt Behebungszeit, deine Seite kann damit schließen, was sie geöffnet hat.
Den Rumpf senden, den du festlegst
Ohne Vorlage geht das ganze Ereignis als JSON raus, mit Vorlage deine eigene Form aus Seite, Kunde, Fehler und Zeitwerten.
Nur senden, was passt
Bedingungen auf jedem Feld der Nutzlast entscheiden, ob überhaupt eine Anfrage rausgeht, ein kleiner Kunde erreicht so keine Alarmierung.
Die Anfrage signieren
Mit hinterlegtem Geheimnis wird der Rumpf per HMAC SHA-256 signiert, die Signatur reist in einer eigenen Kopfzeile mit.
Eigene Kopfzeilen mitgeben
Jede von dir gesetzte Kopfzeile wird der Anfrage beigemischt, so erreicht ein API-Schlüssel oder eine Mandanten-ID den Endpunkt.
Bestimmen, was als zugestellt gilt
Akzeptierte Statuscodes und Zeitlimit legst du fest, ein Endpunkt mit 202 nach zwanzig Sekunden gilt damit als Erfolg.
Fehlgeschlagene Zustellung wiederholen
Eine abgewiesene oder abgelaufene Anfrage wird auf einer eigenen Leiter wiederholt, jeder Versuch steht unter Verlauf & Protokolle → Alarme.
Unsicheres Ziel ablehnen
Die URL wird vor jedem Senden aufgelöst und gegen interne sowie Loopback-Ziele geprüft, das Signatur-Geheimnis liegt verschlüsselt.
Teams, die ihr Monitoring über Uptimeify fahren
In Minuten eingerichtet. Danach läuft es von allein.
Endpoint URL
hooks.deinunternehmen.de/uptimeifyGeheimnis verschlüsselt gespeichert
1. Auf deinen Endpunkt zeigen
Die URL eintragen, die die Ereignisse bekommen soll, und ein Geheimnis, wenn die Anfragen signiert sein sollen.
2. Den Rumpf formen
Die Nutzlast lassen, wie sie ist, oder eine Vorlage schreiben, damit die Anfrage in der Form ankommt, die dein System ohnehin liest.
3. Monitore zuordnen und testen
Die Monitore zuordnen, die der Kanal abdeckt, und die Testanfrage senden, damit der erste Alarm nicht der erste Versuch ist.
Bevor du einen Webhook auf deinen Endpunkt richtest.
Hinterlege ein Geheimnis. Der Rumpf wird dann per HMAC SHA-256 signiert, und die Signatur reist samt Verfahren in einer eigenen Kopfzeile mit, deine Seite kann sie also nachrechnen, bevor sie irgendetwas glaubt.
Ja. Ohne Vorlage geht das ganze Ereignis als JSON raus. Mit Vorlage entsteht deine eigene Form aus Seite, Kunde, Fehler und Zeitwerten, auf deiner Seite braucht es dann keinen Adapter.
Ja. Bedingungen auf jedem Feld der Nutzlast entscheiden, ob überhaupt eine Anfrage rausgeht. So lässt sich ein kleiner Kunde von einem Alarmierungs-Endpunkt fernhalten.
Die Statuscodes, die du akzeptierst, ohne Änderung 200, 201, 202 und 204, innerhalb des Zeitlimits, das du setzt. Alles andere ist ein Fehler und geht auf die Wiederholungsleiter.
Nein. Die URL wird vor jedem Senden aufgelöst und gegen interne sowie Loopback-Ziele geprüft, ein Webhook lässt sich also nicht nutzen, um in ein privates Netz zu greifen.
Jeder Alarm in der Form, die dein System schon versteht.
Einen Webhook auf deinen eigenen Endpunkt richten, und jeder bestätigte Ausfall kommt in der Form an, die dein System schon versteht.