Bestätigten Ausfall melden
Die Nachricht 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 DingTalk nutzen.
Ein Custom-Robot in der Gruppe, und jeder bestätigte Ausfall kommt in dem Chat an, den dein Team ohnehin führt. Keine App zum Installieren.
Was in DingTalk ankommt
Was die Alarmkette an DingTalk schickt, steht hier vollständig, und mehr passiert nicht. Einmal lesen, und du weißt, was dein Team sehen wird.
Entwarnung nachschieben
Dieselbe Gruppe bekommt die Entwarnung, sobald der Check wieder grün ist, unter eigener Überschrift statt als weiterer Alarm.
Über deinen Custom-Robot senden
Jedes Ereignis ist eine Textnachricht in der Hülle, die der Custom-Robot erwartet, gepostet von dem Robot, den du angelegt hast.
Das Sicherheits-Stichwort mitführen
Jede Nachricht beginnt mit dem Stichwort Uptimeify, damit ein per Stichwort gesicherter Robot sie annimmt statt sie still zu verwerfen.
Ablehnung erkennen, die wie Erfolg aussieht
DingTalk beantwortet eine abgelehnte Nachricht mit HTTP 200 und einem Fehlercode darin, der gelesen und als Fehlversuch verbucht wird.
Nur den DingTalk-Host annehmen
Die Robot-URL muss eine oapi.dingtalk.com-Adresse sein, damit eine vertippte oder interne URL gar nicht erst angefragt wird.
Vor ablaufenden Zertifikaten und Domains warnen
Auslaufende TLS-Zertifikate, ablaufende Domains und Einträge auf Blocklisten erreichen dieselbe Gruppe, früh genug zum Handeln.
Eine Gruppe je Monitor
Jeder Kanal ist eine eigene Robot-URL, damit der Ausfall eines Kunden die Leute erreicht, die diesen Kunden betreuen, und nicht alle.
Robot-URL aus den Protokollen halten
Das Zugriffstoken steht in der URL, sie liegt deshalb verschlüsselt und wird auf ihren Ursprung gekürzt, bevor der Versuch unter Verlauf & Protokolle → Alarme auftaucht.
Teams, die ihr Monitoring über Uptimeify fahren
In Minuten eingerichtet. Danach läuft es von allein.
1. Gruppen-Robot hinzufügen
In DingTalk die Gruppe öffnen, dann Gruppeneinstellungen, dann Robot, dann Robot hinzufügen, und den eigenen wählen.
2. Stichwort auf Uptimeify setzen
In den Sicherheitseinstellungen des Robots Uptimeify als Stichwort eintragen, mit genau diesem Wort beginnt jede Nachricht.
Robot webhook URL
oapi.dingtalk.com/robot/send?access_token=xxxxVerschlüsselt gespeichert
3. URL in Uptimeify hinterlegen
Die URL als DingTalk-Kanal anlegen, die Monitore zuordnen und die Testnachricht senden.
Bevor du DingTalk verbindest.
Das Stichwort Uptimeify. Jede Nachricht beginnt damit, ein per Stichwort gesicherter Robot nimmt sie also an. Ein Robot, der stattdessen über Signatur oder IP-Bereich gesichert ist, lehnt sie ab, denn die Alarme werden nicht signiert.
Er wird gelesen, nicht geglaubt. Eine abgelehnte Nachricht kommt als HTTP 200 mit Fehlercode im Rumpf zurück, und dieser Code macht aus der Zustellung einen verbuchten Fehlversuch statt eines falschen Erfolgs.
Nur eine oapi.dingtalk.com-Adresse, also die, die dir der Gruppen-Robot ausgibt. Alles andere wird beim Speichern des Kanals abgelehnt.
Nein. Deine Quota deckt Monitore und das monatliche SMS- und Sprachkontingent. Alarme über DingTalk, E-Mail, Webhook oder Slack zehren nicht daran.
Ja. Jeder Kanal trägt seine eigene Robot-URL, und du ordnest ihm Monitore und Kunden zu. Der Ausfall eines Kunden erreicht damit die Leute, die diesen Kunden betreuen, und nicht alle.
Jeder Alarm dort, wo dein Team ohnehin arbeitet.
DingTalk einmal verbinden, und jeder bestätigte Ausfall erreicht die Gruppe, die ohnehin offen ist.