Zum Inhalt springen
LIVCK Cloud
Alle Einträge

2026.09.1

Roadmap-Board, Discord-Bot für die Cloud und neue API-Endpunkte

Ab heute siehst du auf unserem Roadmap-Board, woran wir arbeiten, und kannst mitreden. Außerdem bringt unser Discord-Bot jetzt auch Statuspages aus LIVCK Cloud nach Discord, und die API liefert mehr zu jedem Service.

Neu

  • Das Roadmap- und Feedback-Board

    Konsole#

    Auf roadmap.livck.cloud siehst du, woran wir gerade arbeiten, was als Nächstes kommt und was fertig ist. Mit deinem LIVCK-Konto kannst du dort:

    • für Themen abstimmen
    • Themen folgen
    • mitdiskutieren
    • eigene Ideen einreichen

    Eine Einreichung sehen zunächst nur du, deine Organisation und wir. Erscheint sie auf dem Board, dann in unserer Fassung und ohne deinen Namen.

  • Discord-Bot für LIVCK Cloud

    Statusseiten#

    Unser Discord-Bot bringt deine Statuspage in einen Discord-Channel. Bisher ging das nur mit Self-Hosted, seit dem 22. September auch mit Statuspages aus LIVCK Cloud. So richtest du ihn ein:

    1. Lade den Bot auf deinen Discord-Server ein.
    2. Führe im gewünschten Channel /livck subscribe aus und füge die Adresse deiner Statuspage ein. Ob Cloud oder Self-Hosted, erkennt der Bot selbst.

    Vorfälle und Wartungen erscheinen danach als eigene Threads.

  • Vorfälle, Wartungen und Prüfverlauf je Service

    API#

    Drei neue Endpunkte liefern alles rund um einen Service:

    • GET /v1/services/{id}/incidents: seine Vorfälle
    • GET /v1/services/{id}/maintenances: seine Wartungen
    • GET /v1/services/{id}/checks: seine Prüfergebnisse mit Standort, Status, HTTP-Code, Fehler und Zeiten

    So siehst du auch über die API, warum ein Service nicht erreichbar war. Außerdem lassen sich /v1/incidents und /v1/maintenances mit service_ids auf mehrere Services eingrenzen.

  • Anfragen sicher wiederholen

    API#

    Schreibende Anfragen (POST) nehmen einen optionalen Header Idempotency-Key an. Kam die Antwort auf eine erfolgreiche Anfrage nicht an, etwa wegen eines Timeouts, wiederholst du sie einfach mit demselben Schlüssel. Du bekommst dann die ursprüngliche Antwort zurück, und nichts wird doppelt angelegt. Ausgenommen ist nur das Hochladen von Logos und Favicons.

  • Tags finden und sicherstellen

    API#
    • GET /v1/tags filtert jetzt nach label und key.
    • POST /v1/tags/ensure legt einen Tag an oder liefert den bestehenden zurück.

    So musst du keine Liste mehr durchblättern, um einen Tag zu finden.

Verbessert

  • Services anlegen: ganz oder gar nicht

    API#

    Scheitert beim Anlegen eines Services über die API ein Teil, etwa das Setzen der Tags, bleibt kein halb angelegter Service mehr zurück. Ein zweiter Versuch legt so kein Duplikat an.