Issue beim bestätigten Ausfall anlegen
Das Issue entsteht, sobald genug unabhängige EU-Standorte den Check oft genug hintereinander abweisen, beide Schwellen stehen in deinem Paket, nicht schon bei der ersten fehlgeschlagenen Anfrage.
Uptimeify mit Linear nutzen.
Ein API-Schlüssel und ein Team, und ein bestätigter Ausfall kommt in dem Zyklus an, den dein Team ohnehin abarbeitet.
Was in Linear ankommt
Was die Alarmkette in Linear anlegt, steht hier vollständig, und mehr passiert nicht. Einmal lesen, und du weißt, was dein Team sehen wird.
Entwarnung als eigenes Issue ablegen
Die Entwarnung kommt als zweites Issue, mitsamt Zeitpunkt der Behebung und der Dauer des Ausfalls in Minuten.
Die GraphQL-API sprechen
Issues entstehen über die dokumentierte issueCreate-Mutation, und eine Mutation ohne gemeldeten Erfolg gilt als Fehlversuch.
Im gewählten Team landen
Die Team-ID am Kanal entscheidet, wo das Issue auftaucht, Alarme folgen also dem Team, dem die Seite gehört.
Lesbare Beschreibung schreiben
URL, Kunde, Organisation, der Fehler samt Statuscode, die prüfenden Standorte und die Zeiten kommen als Markdown-Liste an.
Kritisches Zertifikat melden
Ein TLS-Zertifikat, das in seinen kritischen Bereich rutscht, wird zu einem eigenen Issue im selben Team.
Ein Team je Kunde
Jeder Kanal trägt eigene Team-ID und eigenen Schlüssel, damit der Ausfall eines Kunden dessen Betreuer erreicht und nicht alle.
Test-Issue anlegen
Das Dashboard erzeugt beim Einrichten ein als TEST markiertes Issue, damit eine falsche Team-ID vor dem ersten Ausfall auffällt.
API-Schlüssel verschlüsselt halten
Der persönliche API-Schlüssel liegt verschlüsselt statt im Klartext in der Kanal-Konfiguration.
Teams, die ihr Monitoring über Uptimeify fahren
In Minuten eingerichtet. Danach läuft es von allein.
1. Persönlichen API-Schlüssel anlegen
In Linear die Einstellungen öffnen, dann Account, dann Security and access, dann persönliche API-Schlüssel, und einen erzeugen.
2. Team-ID heraussuchen
Die Team-UUID aus den Team-Einstellungen kopieren oder aus einer Team-URL ablesen.
API key
lin_api_xxxxxxxxxxxxxxxxVerschlüsselt gespeichert
3. Beides in Uptimeify hinterlegen
Schlüssel und Team-ID als Linear-Kanal anlegen, die Monitore zuordnen und das Test-Issue anlegen.
Bevor du Linear verbindest.
In dem Team, dessen ID du am Kanal hinterlegst, im Standardzustand dieses Teams. Von dort wandert es wie jedes andere Issue, das dein Team sichtet.
Nein. Die Entwarnung wird als eigenes Issue abgelegt, statt das erste zu schließen. Das Ausfall-Issue behält damit seine Historie und den Zustand, in den dein Team es geschoben hat.
Eine GraphQL-Antwort ohne gemeldeten Erfolg wird als Fehlversuch verbucht, nicht als gesendeter Alarm. Ein zurückgezogener Schlüssel oder eine falsche Team-ID taucht damit unter Verlauf & Protokolle → Alarme auf.
Nein. Deine Quota deckt Monitore und das monatliche SMS- und Sprachkontingent. Issues in Linear, Jira oder GitHub zehren nicht daran.
Nein. Das Issue entsteht zum bestätigten Ausfall, nicht je fehlgeschlagener Anfrage, und wie viele Nachprüfungen die Bestätigung braucht, legst du je Paket fest.
Jeder Alarm dort, wo dein Team ohnehin arbeitet.
Linear einmal verbinden, und jeder bestätigte Ausfall landet als Issue in dem Team, dem die Seite gehört.