API-Endpunkte Ab Team-Plan
Überblick über die verfügbaren API-Endpunkte -- keine vollständige Referenz, sondern eine Orientierungshilfe zum Aufbau der API.
Endpunkte nach Bereich
Services
| Aktion | Methode | Endpunkt |
|---|---|---|
| Alle Services auflisten | GET | /v1/services |
| Service-Details abrufen | GET | /v1/services/{id} |
| Service erstellen | POST | /v1/services |
| Service bearbeiten | PUT / PATCH | /v1/services/{id} |
| Service löschen | DELETE | /v1/services/{id} |
| Service pausieren | POST | /v1/services/{id}/pause |
| Service fortsetzen | POST | /v1/services/{id}/resume |
Service-Metriken (nur lesend)
| Aktion | Methode | Endpunkt |
|---|---|---|
| Metriken abrufen | GET | /v1/services/{id}/metrics |
| Uptime abrufen | GET | /v1/services/{id}/uptime |
| Antwortzeiten abrufen | GET | /v1/services/{id}/response-times |
Parameter:
| Parameter | Endpunkt | Werte | Standard |
|---|---|---|---|
range | metrics, response-times | 1h, 6h, 24h, 7d, 30d | 24h |
days | uptime | Anzahl Tage | 30 |
Incidents
| Aktion | Methode | Endpunkt |
|---|---|---|
| Alle Incidents auflisten | GET | /v1/incidents |
| Incident-Details abrufen | GET | /v1/incidents/{id} |
| Incident erstellen | POST | /v1/incidents |
| Incident aktualisieren | PUT / PATCH | /v1/incidents/{id} |
| Incident löschen | DELETE | /v1/incidents/{id} |
| Verlaufseintrag posten | POST | /v1/incidents/{id}/updates |
| Incident auflösen | POST | /v1/incidents/{id}/resolve |
Über POST /v1/incidents/{id}/updates postest du einen Eintrag in den Zeitverlauf des Incidents und kannst dabei den Status ändern.
Wartungen
| Aktion | Methode | Endpunkt |
|---|---|---|
| Alle Wartungen auflisten | GET | /v1/maintenances |
| Wartung-Details abrufen | GET | /v1/maintenances/{id} |
| Wartung erstellen | POST | /v1/maintenances |
| Wartung aktualisieren | PUT / PATCH | /v1/maintenances/{id} |
| Wartung löschen | DELETE | /v1/maintenances/{id} |
| Wartung starten | POST | /v1/maintenances/{id}/start |
| Wartung abschließen | POST | /v1/maintenances/{id}/complete |
| Wartung abbrechen | POST | /v1/maintenances/{id}/cancel |
Lebenszyklus von Wartungen
Die Übergänge start, complete und cancel sind nur in einem passenden Zustand möglich. Befindet sich die Wartung nicht im richtigen Status, antwortet die API mit 409 Conflict.
Statuspages (nur lesend)
| Aktion | Methode | Endpunkt |
|---|---|---|
| Alle Statuspages auflisten | GET | /v1/statuspages |
| Statuspage-Details abrufen | GET | /v1/statuspages/{id} |
Statuspages lassen sich über die API nur lesen, nicht verändern.
Beispiel-Anfrage
So listest du alle deine Services auf:
curl -X GET https://api.livck.cloud/v1/services \
-H "Authorization: Bearer dein-api-token" \
-H "Accept: application/json"
Antwort:
{
"data": [
{
"id": "abc123",
"name": "Unternehmens-Website",
"status": "up",
"check_type": "http",
"target": "https://example.com"
}
],
"meta": { "current_page": 1, "last_page": 3, "total": 42 }
}
Paginierung
Endpunkte mit Listen sind paginiert:
| Parameter | Beschreibung | Standard | Maximum |
|---|---|---|---|
page | Welche Seite abgerufen wird | 1 | -- |
per_page | Einträge pro Seite | 15 | 100 |
Beispiel: GET /v1/services?page=2&per_page=25. Die Antwort enthält neben data die Objekte links (erste/letzte/vorherige/nächste Seite) und meta (aktuelle Seite, Gesamtanzahl, letzte Seite).
Fehlerbehandlung
Die API nutzt Standard-HTTP-Statuscodes:
| Statuscode | Bedeutung | Was du tun kannst |
|---|---|---|
200 | Erfolgreich | Alles in Ordnung |
201 | Erstellt | Ressource wurde erfolgreich angelegt |
400 | Ungültige Anfrage | Prüfe deine gesendeten Daten |
401 | Nicht autorisiert | Prüfe deinen API-Token |
403 | Keine Berechtigung | Dein Token hat nicht die nötigen Rechte |
404 | Nicht gefunden | Die angeforderte Ressource existiert nicht |
409 | Konflikt | Übergang nicht möglich (z.B. Wartung im falschen Status) |
422 | Validierungsfehler | Prüfe die Felder im errors-Objekt der Antwort |
429 | Zu viele Anfragen | Warte kurz und versuche es erneut |
500 | Serverfehler | Versuche es später erneut oder kontaktiere den Support |
Bei Fehlern enthält die Antwort immer ein message-Feld:
{
"message": "The requested resource was not found."
}
Bei Validierungsfehlern (422) kommt zusätzlich ein errors-Objekt mit feldbezogenen Details hinzu:
{
"message": "Die Validierung der Daten ist fehlgeschlagen.",
"errors": {
"name": ["Der Name ist erforderlich."]
}
}
Ratenbegrenzung
Pro Token sind 120 Anfragen pro Minute erlaubt. Die aktuellen Limits liefert jeder Response als Header mit:
| Header | Bedeutung |
|---|---|
X-RateLimit-Limit | Maximale Anfragen pro Minute (120) |
X-RateLimit-Remaining | Verbleibende Anfragen in diesem Zeitfenster |
Bei Statuscode 429
Wenn du das Limit überschreitest, antwortet die API mit 429 Too Many Requests. Warte kurz, bis sich das Zeitfenster zurücksetzt, bevor du weitere Anfragen sendest.
Vollständige API-Referenz
Interaktive Dokumentation
Diese Seite gibt dir einen Überblick. Die vollständige, interaktive API-Referenz mit allen Parametern, Feldbeschreibungen, Beispielen und einer "Try it"-Funktion findest du unter api.livck.cloud. Sie wird automatisch aus der API generiert und ist damit stets aktuell.
Weiterführende Themen
- API-Übersicht -- Was ist die LIVCK API?
- API-Tokens -- Tokens erstellen und verwalten
- Fehlerbehebung -- Lösungen für häufige API-Probleme