Zum Inhalt

Public Status Pages

Vorschau-Funktion

Status Pages sind standardmäßig ausgeschaltet — Menüpunkt, Seite und API sind gesperrt, bis ein Super-Admin den Bereich unter Admin → System → Vorschau-Funktionen freischaltet. Der Bereich ist noch nicht stabil.

Eine Status-Page ist die öffentlich zugängliche „Sind unsere Services oben?"-Seite. Vesana kann pro Tenant eine oder mehrere generieren, jede unter ihrem eigenen Slug.

Konzept

flowchart LR
    OS[Vesana-Daten] --> SP[Status-Page]
    SP --> URL["/status/<slug>"]
    URL --> KU[Endkunde / Mitarbeiter]

Die Status-Page ist read-only, Logik bleibt in Vesana — nur kuratierte Status werden gezeigt. Kein Login nötig (optional per Passwort schützbar).

Status Pages sind eine lizenzpflichtige Funktion — ist sie in der Lizenz nicht enthalten, bleibt der Bereich gesperrt.

Status-Page anlegen

/status-pages → Neu:

Feld Bedeutung
Slug URL-Pfad: /status/<slug>
Titel „Acme Production Status"
Beschreibung optional
Tenant Quell-Tenant
Öffentlich ob die Seite ohne Login erreichbar ist
Branding Logo, Primärfarbe, Favicon, Custom-CSS
Zeitzone für Zeitangaben auf der Seite

Komponenten = Hosts

Auf einer Status-Page werden ganze Hosts als Komponenten hinzugefügt, in beliebiger, per Drag&Drop änderbarer Reihenfolge. Pro Host:

Feld Bedeutung
Checks standardmäßig alle Checks des Hosts fließen in den angezeigten Status ein — optional auf eine Teilmenge einschränken (z. B. nur den HTTP-Check zeigen, den internen CPU-Check ausblenden)
Uptime anzeigen 90-Tage-Uptime-Balken für diesen Host ein-/ausblenden

Es gibt aktuell keine frei wählbare Anzeigegruppierung („Web", „API", …) und keinen Anzeigename-Override je Komponente — die Reihenfolge der Hosts bestimmt die Struktur der Seite.

Branding

Feld Bedeutung
Logo Bild-URL
Primärfarbe Hex, Default Grün
Favicon Bild-URL
Custom-CSS eigene Styles
Zeitzone vorbelegt mit der Zeitzone der Instanz, sonst UTC

Passwortschutz

Optional lässt sich eine Status-Page mit einem Passwort sperren. Besucher geben es einmalig ein (/status/<slug>/auth), danach läuft eine zeitlich begrenzte Sitzung im Browser. Über Zugang per E-Mail senden kann ein Admin Slug + Passwort direkt an eine Stakeholder-Adresse verschicken.

Inhalt

Die Seite zeigt:

  • Aktueller Status pro Host-Komponente
  • Vorfälle (Incidents) mit Update-Timeline
  • Geplante Wartungen
  • Uptime-Statistik (Pixel-Bar) je Host, sofern aktiviert
  • E-Mail-Subscription für Vorfälle (optional)

Incidents

Manche Vorfälle sind nicht automatisch erkennbar (Drittanbieter-Ausfall, reines Kommunikations-Update). Manuell anlegen:

Status-Page → Incidents → Neu mit Titel, Status (investigating/identified/monitoring/resolved — frei einstellbar), Impact (z. B. minor), optional betroffenen Hosts.

Updates am Incident lassen sich nachschieben — die Page zeigt eine Timeline aus Status + Text pro Update.

Geplante Wartungen

Wartungen werden direkt auf der Status-Page angelegt (Status-Page → Wartung → Neu, mit Titel, betroffenen Hosts, Start/Ende) — sie sind eine eigene Kategorie, keine automatische Übernahme der internen Downtimes. Wer eine interne Downtime auch öffentlich ankündigen will, legt zusätzlich hier einen Eintrag an.

Subscription

Endkunden können sich per E-Mail für eine Status-Page eintragen (/status/<slug>/subscribe), mit Doppel-Opt-in-Bestätigung per Mail. Pro Abo einstellbar: Benachrichtigung bei Warning, bei Critical, bei Recovery. Abmelden über einen individuellen Unsubscribe-Link in jeder Mail.

Privacy

Die Status-Page zeigt nur, was explizit als Komponente hinzugefügt wurde — interne Hostnamen, IP-Adressen oder Mess-Werte anderer Checks bleiben unsichtbar, solange sie nicht selbst als Komponente gewählt wurden.

Permission

Alle administrativen Aktionen (Anlegen, Bearbeiten, Host-Verwaltung, Incidents, Wartungen, Löschen) laufen über dieselbe Permission wie Custom Dashboards:

Permission Wirkung
dashboards.edit Status Pages anlegen, bearbeiten, verwalten

Es gibt keine eigenen status_page.*-Permissions.

Anschluss