Changelog

Jede Seite eines Service hat jetzt denselben Head: Name, Status mit der Angabe, seit wann er besteht, Check-Typ und Ziel. Bearbeiten und Pausieren stehen direkt daneben, Status manuell setzen, Duplizieren und Löschen liegen im Menü ⋯.

Darunter wechselst du über Reiter zwischen Übersicht, Insights, Checks und Artefakte, bei Server-Agents zwischen Übersicht, Analyse und Verlauf. Springst du zu einem anderen Service, bleibst du auf demselben Reiter.

Services öffnen

Über der Liste filterst du nach Status, Typ, Provider und Tags. Mehrere Werte in einem Filter zeigen alle passenden Services, mehrere Filter zusammen nur die, die alle erfüllen.

Unter der Uptime steht eine Uptime-Bar der letzten 30 Tage. So siehst du in der Liste, wann es Störungen gab.

Die Übersicht zeigt die Antwortzeit als vollständiges Diagramm und zwei neue Karten.

Leistung je Standort zeigt je Monitoring-Standort die Uptime und die durchschnittliche Antwortzeit der letzten 7 Tage, der langsamste zuerst. Verbindungen zeigt, wer bei einem Ausfall alarmiert wird, welche Vorfälle offen sind, welche Wartungen anstehen und auf welchen Statuspages der Service erscheint.

Uptime und andere Prozentwerte stehen in der Konsole jetzt mit Komma und Leerzeichen, also „99,55 %“ statt „99.55%“.

Solo enthält jetzt drei Monitoring-Standorte statt zwei. Mit drei Standorten entscheidet eine echte Mehrheit, ob ein Service ausgefallen ist: Zwei von drei müssen den Fehler melden. Meldet nur ein Standort einen Fehler, gilt der Service als beeinträchtigt und nicht als ausgefallen.

Den dritten Standort wählst du in den Einstellungen deiner Organisation oder je Service dazu.

Tarife ansehen

Schlug ein Check fehl, weil eine deiner Bedingungen gegriffen hat, stand unter Insights bei Fehlerursachen bisher „Keine Fehler“. Diese Checks erscheinen dort jetzt als eigene Ursache.

Mit GET, POST und DELETE /v1/enrollment-keys verwaltest du Keys. Den Key selbst siehst du nur in der Antwort beim Anlegen, zusammen mit dem fertigen Installationsbefehl. Jeder Key nennt die Server-Agents, die sich mit ihm angemeldet haben.

Jeder Server-Agent hat in der API den Block agent mit Zustand, Host-Daten, Update-Einstellungen und dem Key der Anmeldung. GET /v1/services/{id}/agent-metrics liefert die aktuellen Werte, /agent-metrics/history den Verlauf.

Enrollment-Tokens tragen jetzt echte Tags deiner Organisation. Mit Server darf eigene Tags setzen legst du fest, ob Tags aus dem Installationsbefehl dazukommen. Ein Tag des Tokens darf auch eine Statuspage-Gruppe füllen.

Enrollment-Tokens öffnen

Teilst du eine Einladung in Slack, Teams oder WhatsApp, zeigt die Vorschau den Namen der Organisation und wer einlädt.

Sind Messdaten kurz nicht abrufbar, antworten /checks und die Messwerte der Server-Agents mit leeren Werten statt mit einem Fehler.

Jede Statuspage hat jetzt ein eigenes Vorschaubild. Es zeigt Name, Logo und Primärfarbe deiner Seite. Unten steht die Adresse aus dem geteilten Link, dahinter der aktuelle Status. Teilt jemand einen Link auf deine eigene Domain, zeigt auch das Bild diese Domain. Läuft alles, leuchtet das Bild in deiner Primärfarbe, sonst in der Farbe des Status.

Jeder Vorfall und jede Wartung bekommt ein eigenes Bild mit Titel, Zeitpunkt und betroffenen Komponenten. Einrichten musst du dafür nichts.

Im Free-Plan trägt das Bild unten rechts klein das Logo von LIVCK, so wie der Footer deiner Statuspage.

Im Tab SEO in den Einstellungen deiner Statuspage legst du fest, was Suchmaschinen und Linkvorschauen zeigen:

• Titel, Beschreibung und Untertitel im Bild, je Sprache deiner Statuspage
• Hintergrund im Bild: automatisch, hell oder dunkel
• ob Vorschauen den aktuellen Status zeigen
• ob Vorfälle und Wartungen eigene Bilder bekommen
• ob Suchmaschinen die Seite aufnehmen dürfen

Im Tab siehst du das Bild so, wie es beim Teilen erscheint. Plattformen speichern Vorschauen oft stundenlang, Messenger in alten Nachrichten sogar dauerhaft. Soll ein geteilter Link nie einen veralteten Status zeigen, schalte den Status in Vorschauen ab.

Statuspages haben in der API jetzt das Feld seo mit denselben Einstellungen wie der Tab. Mit PATCH /v1/statuspages/{id} ersetzt seo alle Einstellungen auf einmal. Was du darin weglässt, fällt auf den Standard zurück, und "seo": {} setzt alles zurück. Lässt du seo ganz weg, bleibt alles, wie es ist.

In den Einstellungen deiner Organisation wählst du jetzt eine Zeitzone. In ihr nennen die Vorschaubilder von Vorfällen und Wartungen Beginn und Ende. Voreingestellt ist Europe/Berlin.

Statuspages mit Passwort oder E-Mail-Whitelist erscheinen nicht mehr in Suchmaschinen. Ihre Vorschaubilder zeigen nur Name, Logo und Adresse, nie einen Status. Auch die Links, mit denen Abonnenten ihr Abo bestätigen oder verwalten, nehmen Suchmaschinen nicht mehr auf.

Die Zeitzonen-Auswahl gruppiert die Zonen jetzt nach Kontinenten, mit Europa ganz oben und den Städten alphabetisch. Das gilt überall, wo du eine Zeitzone wählst: in der Organisation, bei Heartbeats und bei SLA-Zielen.

Beim Speichern einer Statuspage sprang die Logo-Größe auf Mittel zurück. Jetzt bleibt sie, wie du sie eingestellt hast. Außerdem lud das Formular ein neu gewähltes Logo bei jedem weiteren Speichern noch einmal hoch. Auch das ist behoben.

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.

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.

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.

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.

• 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.

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.

Services und Statuspages lassen sich zu einem Bereich bündeln und für bestimmte Teams oder Rollen freigeben. Alle übrigen Mitglieder sehen diese Einträge nirgends — weder in Listen noch in Incidents oder Benachrichtigungen.

Ohne Bereiche ändert sich nichts: Dann bleibt weiterhin alles für alle sichtbar.

Zugriffsbereiche öffnen

LIVI zeigt den Gesamtzustand aller Services. Farbe und Gesicht wechseln, sobald etwas ausfällt.

Nach der Testphase steht sie allen Organisationen offen: CPU, Arbeitsspeicher, Festplatten und laufende Dienste neben den übrigen Checks. Freischalten muss das niemand mehr.

Server verbinden

Die Server-Übersicht zeigt jetzt jede Partition, nicht mehr nur die vollste.

Eine fertige Sammlung für die Statuspage, statt jede Messreihe einzeln anzulegen.