Uptimeify Docs

Incident Management

Öffentliche REST-API für Uptimeify Incident Management (IM): Alerts aus eigenen Monitoring-Systemen einspeisen und Incidents programmatisch verwalten.

Incident Management (IM) ist eine von Monitoring getrennte Domäne: ein zweistufiges Alert-/Incident-Modell mit Teams, On-Call-Zeitplänen und Eskalations-Tiers. Dieser Abschnitt beschreibt die öffentlichen REST-Endpunkte zum Einspeisen von Alerts und zum programmatischen Verwalten von Incidents.

Authentifizierung

Fast jeder der folgenden Endpunkte akzeptiert einen organisationsweiten API-Token. Drei Ausnahmen: Mein Bereitschaftsstatus, die persönlichen Benachrichtigungseinstellungen und der Test-Alarm der Einrichtung beschreiben eine Person und brauchen eine Benutzersitzung; der Ingest-Webhook authentifiziert sich stattdessen über den Token in seiner URL.

Mit einem API-Token:

BASE_URL="https://uptimeify.io"
TOKEN="wsm_<dein-organisationsweiter-api-token>"

Erstelle einen über Organisations-Token erstellen und lasse customerId dabei weg. Ein Token, der mit einer customerId erstellt wurde (ein kunden-gescopter Token), wird auf jedem IM-Pfad mit 403 Forbidden (customerScopedTokenForbidden) abgelehnt; Incident Management hat bewusst keine kundenseitige Oberfläche.

Incident Management muss außerdem für deine Organisation aktiviert sein, sonst liefert jeder der folgenden Endpunkte 403 Forbidden (imNotEnabled).

Ein organisationsweiter Token handelt mit der aktuellen Rolle der Person, die ihn erstellt hat, gelesen bei jeder Anfrage. Organisations-Token können nur Organisations-Admins erstellen, ein Token handelt also normalerweise als admin und besteht jede Team-Prüfung in diesem Abschnitt (etwa „Mitglied im Team des Incidents"). Wird die Person später zu editor oder responder herabgestuft, behält der Token deren Zugriff und verliert die Admin-Schreibrechte. Wird sie readonly, deaktiviert oder gelöscht, verliert der Token den Zugang zu Incident Management ganz (403 imAccessDenied).

Ein Token ist keine Person. Änderungen über ihn werden ohne Person vermerkt: createdBy, acknowledgedBy und resolvedBy am Incident sowie actorUserId an seinen Timeline-Events bleiben null, wie bei einem Systemereignis.

Endpunkte

Einstieg

Alerts und Bereitschaft

Incidents

Teams und Zeitpläne

Alert-Sources und Konfiguration

Auswertungen

Alert-Source-Einrichtungsanleitungen

Möchtest du Alarme lieber aus einem bestehenden Monitoring-Tool senden, statt die API direkt aufzurufen? Die Alert-Source-Einrichtungsanleitungen enthalten Schritt-für-Schritt-Anleitungen für Zabbix, Datadog, Grafana Alerting, Prometheus Alertmanager, Sentry und jeden benutzerdefinierten Webhook. Jede Source hat ihre eigene Ingest-URL, die statt eines API-Tokens ein geheimes Token enthält, getrennt vom oben genannten Events-Ingest-Endpunkt.

Fehlercodes

Siehe Fehlerliste und bekannte API-Fallen für die vollständige Liste der data.code-Werte, die diese Endpunkte liefern können.

Auf dieser Seite