Public Status Pages¶
Vorschau-Funktion
Status Pages sind standardmäßig ausgeschaltet — Menüpunkt, Seite und API (auch die öffentlichen Seiten) 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 erzeugen, 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 — nur kuratierte Status werden gezeigt. Kein Login nötig (optional per Passwort schützbar).
Status Pages sind in jeder Edition enthalten, auch ohne Lizenzschlüssel.
Status-Page anlegen¶
/status-pages → Neue Status Page:
| Feld | Bedeutung |
|---|---|
| Titel | „Acme Production Status" |
| Slug (URL-Pfad) | Adresse der Seite: /status/<slug> |
| Tenant | Quell-Tenant — nur gefragt, wenn du mehrere Tenants siehst (Super-Admins: Vorgabe erster aktiver Tenant) |
| Primärfarbe | Akzentfarbe der Seite (Vorgabe Grün) |
| Zeitzone | vorbelegt mit der Zeitzone der Instanz, sonst UTC. Gültiger IANA-Name (z. B. Europe/Berlin). Die Tagesgrenzen der 90-Tage-Balken und die Ausfallminuten richten sich danach |
Im Reiter Einstellungen der Seite folgen Titel, Beschreibung, Primärfarbe, Öffentlich zugänglich und Passwortschutz. Eine Seite, die nicht öffentlich zugänglich ist, antwortet für jeden mit „nicht gefunden" — es gibt keinen angemeldeten Zugang dazu.
Komponenten = Hosts¶
Auf einer Status-Page werden ganze Hosts als Komponenten hinzugefügt (Hosts hinzufügen, mit Tenant-Filter). Pro Host:
| Feld | Bedeutung |
|---|---|
| Angezeigte Services | standardmäßig fließen alle aktiven Checks des Hosts in den angezeigten Status ein — optional auf eine Teilmenge einschränken (z. B. nur den HTTP-Check zeigen, den internen CPU-Check ausblenden) |
Jeder Host zeigt einen 90-Tage-Uptime-Balken. Es gibt keine frei wählbare Anzeigegruppierung („Web", „API", …), keinen Anzeigename-Override je Komponente und in der Oberfläche keine Möglichkeit, die Reihenfolge zu ändern. Gelöschte oder deaktivierte Hosts und Checks erscheinen auf der öffentlichen Seite nicht.
Ein Check zählt auf der Seite erst dann als gestört, wenn er wirklich alarmiert — kurze Ausschläge, die noch keinen Alarm ausgelöst haben, bleiben „Operational".
Passwortschutz¶
Optional lässt sich eine Status-Page mit einem Passwort sperren (Reiter Einstellungen → Passwortschutz, auch „Zufälliges Passwort"). Besucher geben es einmal auf der Seite ein; danach gilt der Zugang 24 Stunden in diesem Browser-Tab. Auch das Abonnieren verlangt das Passwort. Nach einer Passwort-Änderung sind alte Zugänge sofort ungültig.
Zugang per E-Mail senden setzt das eingegebene (oder ein zufälliges) Passwort für die Seite und schickt den Link samt Passwort an eine Stakeholder-Adresse. Ohne eingerichteten SMTP-Server meldet Vesana den Fehlschlag.
Inhalt¶
Die Seite zeigt:
- aktuellen Status pro Host-Komponente
- laufende Vorfälle (Incidents) mit Update-Timeline und abgeschlossene Vorfälle der letzten 14 Tage
- geplante und laufende Wartungen
- 90-Tage-Uptime je Host
- E-Mail-Abonnement für Benachrichtigungen
Incidents¶
Manche Vorfälle sind nicht automatisch erkennbar (Drittanbieter-Ausfall, reines Kommunikations-Update). Anlegen über Incident erstellen mit Titel, Status (investigating/identified/monitoring/resolved), Impact (minor, major oder critical) und optional betroffenen Hosts.
Updates am Incident lassen sich nachschieben — die Seite zeigt eine Timeline aus Status + Text pro Update. Als gelöst markieren schließt den Incident (mit optionaler Abschlussmeldung).
Geplante Wartungen¶
Wartungen werden direkt auf der Status-Page angelegt (Reiter Wartung → Wartung planen, mit Titel, Beschreibung, betroffenen Hosts, Start und Ende) — sie sind eine eigene Kategorie, keine automatische Übernahme der internen Downtimes. Vesana schaltet sie selbst von „Geplant" auf „Läuft" und „Abgeschlossen"; „Wartung abschließen" beendet sie vorzeitig.
Abonnements¶
Endkunden können sich auf der Seite per E-Mail eintragen, mit Doppel-Opt-in-Bestätigung per Mail. Wählbar: Kritische Ausfälle, Beeinträchtigte Leistung, Wiederherstellungs-Benachrichtigungen. Nur bestätigte Abonnenten bekommen Mails; abgemeldet wird über den persönlichen Link in jeder Mail. Ein alter Abo-Link einer gelöschten oder privaten Seite funktioniert nicht mehr. Die Abonnentenliste sieht der Admin an der Seite und kann Einträge entfernen.
Datenschutz¶
Die Status-Page zeigt nur, was als Komponente hinzugefügt wurde — Messwerte anderer Checks bleiben unsichtbar. Beachte: Zu jedem Host liefert die Seite auch seinen Hostnamen mit, selbst wenn ein Anzeigename gesetzt ist.
Berechtigung¶
Status Pages laufen über die Berechtigungen der Dashboards:
| Permission | Wirkung |
|---|---|
dashboards.view |
Status Pages in der Verwaltung sehen |
dashboards.edit |
Status Pages anlegen, bearbeiten, Hosts, Incidents, Wartungen, Passwort, Zugangs-Mail, löschen |
Es gibt keine eigenen status_page.*-Permissions.