Alarm beim bestätigten Ausfall feuern
Das firing-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.
Uptimeify mit incident.io nutzen.
Eine HTTP-Alarmquelle, und ein bestätigter Ausfall kommt als Alarm an, den deine Regeln zum Vorfall machen können, und räumt sich selbst ab.
Was in incident.io ankommt
Was die Alarmkette an incident.io schickt, steht hier vollständig, und mehr passiert nicht. Einmal lesen, und du weißt, was dein Team sehen wird.
Automatisch auflösen
Die Erholung schickt resolved mit demselben Deduplizierungs-Key, ein Alarm überlebt damit nie den Ausfall, den er beschreibt.
Je Vorfall zusammenfassen
Der Key ist je Vorfall stabil, wiederholte Ereignisse ergänzen also den bestehenden Alarm statt einen weiteren anzulegen.
Die HTTP-Alarmquelle sprechen
Die Nutzlast hat die Form, die eine eigene HTTP-Quelle erwartet, das Token steht im Kopf, auf deiner Seite braucht es keine Umformung.
Die Seite als Metadaten mitgeben
Name, URL und Vorfallstyp reisen als Metadaten mit, damit deine Regeln daran verzweigen können.
Vor ablaufenden Zertifikaten und Domains warnen
Auslaufende TLS-Zertifikate, ablaufende Domains und Einträge auf Blocklisten feuern und lösen genauso ihre eigenen Alarme.
Eine Alarmquelle je Kunde
Jeder Kanal trägt eigene Quell-URL und eigenes Token, damit der Ausfall eines Kunden dort landet, wo dessen Leute hinsehen.
Testalarm senden
Das Dashboard feuert beim Einrichten einen Test, damit eine falsche URL oder ein falsches Token vor dem ersten Ausfall auffällt.
Token verschlüsselt halten
Das Bearer-Token liegt verschlüsselt, und die Quell-URL wird vor dem Aufruf gegen interne Ziele geprüft.
Teams, die ihr Monitoring über Uptimeify fahren
In Minuten eingerichtet. Danach läuft es von allein.
1. HTTP-Alarmquelle anlegen
In incident.io die Alerts öffnen, dann Sources, eine neue anlegen und HTTP wählen.
Bearer token
inc_alert_src_xxxxVerschlüsselt gespeichert
2. URL und Token kopieren
Beide angezeigten Werte kopieren, die Alarm-URL und das Bearer-Token, das sie freischaltet.
3. Beides in Uptimeify hinterlegen
URL und Token als incident.io-Kanal anlegen, die Monitore zuordnen und den Testalarm senden.
Bevor du incident.io verbindest.
Es legt einen Alarm an. Ob daraus ein Vorfall wird, entscheiden deine Regeln, und genau dafür gibt es Alarmquellen. So erklärt eine Warnung nicht gleich einen vollen Vorfall.
Ja. Die Erholung schickt resolved mit demselben Deduplizierungs-Key wie das firing-Ereignis, incident.io räumt damit genau den Alarm ab, den es erhalten hat.
Ja. Jeder Kanal trägt eigene Quell-URL und eigenes Token, und du ordnest ihm Monitore und Kunden zu. Der Ausfall eines Kunden landet damit dort, wo dessen Leute hinsehen.
Nein. Deine Quota deckt Monitore und das monatliche SMS- und Sprachkontingent. Alarme über incident.io, E-Mail, Webhook oder Slack zehren nicht daran.
In der Authorization-Kopfzeile, und es liegt verschlüsselt. Zusätzlich wird die Quell-URL vor jedem Senden aufgelöst und gegen interne sowie Loopback-Ziele geprüft.
Jeder Alarm dort, wo dein Team ohnehin arbeitet.
incident.io einmal verbinden, und jeder bestätigte Ausfall kommt als Alarm an, der sich abräumt, sobald die Seite wieder läuft.