Ein gutes Monitoring- und Analytics-Dashboard beantwortet die Fragen einer bestimmten Zielgruppe in wenigen Sekunden: Stimmt etwas nicht, wie schlimm ist es und wo sollte ich als Nächstes hinschauen? In der Praxis heißt das: Übersicht oben, etwa 5–9 Panels pro Ansicht, einheitliche Zeiträume und Einheiten, Perzentile statt Durchschnittswerte und Schwellenwerte direkt im Diagramm.
Bei der Zielgruppe und ihren Fragen beginnen
Bevor Sie ein Diagramm auswählen, halten Sie fest, wer das Dashboard öffnet und was diese Person entscheiden muss. Eine Bereitschaftsingenieurin fragt: „Fällt die Checkout-API aus, und seit wann?“ Ein Produktmanager fragt: „Ist der Traffic nach dem gestrigen Release eingebrochen?“ Die Geschäftsführung fragt: „Erreichen wir unser Verfügbarkeitsziel von 99,9 %?“ Das sind drei Dashboards, nicht eines mit 40 Panels.
Wenn Sie nicht benennen können, welche Frage ein Panel beantwortet, entfernen Sie es. Geben Sie jeder Ansicht einen Verantwortlichen und einen Zweck, etwa Incident-Triage oder den wöchentlichen Traffic-Review.
Ein Layout nach dem Prinzip der umgekehrten Pyramide
Dashboards werden von oben links nach unten gelesen. Platzieren Sie die Übersichtssignale in dieser Ecke: Gesamtstatus, Verfügbarkeit in Prozent, Fehlerrate und p95-Antwortzeit. Darunter folgen Trenddiagramme, die die Übersicht erklären, und ganz unten Detailtabellen für die Analyse.
Beschränken Sie jede Ansicht auf etwa 5–9 zentrale Panels. Darüber hinaus hört das Auge auf zu vergleichen und beginnt zu suchen. Brauchen Sie mehr, teilen Sie den Inhalt in eine Übersichtsansicht und verlinkte Detailansichten auf.
Die monitorbezogenen Dashboards von UpScanX folgen genau diesem Muster: zuerst Status und Verfügbarkeit in Prozent, darunter Antwortzeitverlauf und Anzahl der Incidents. So kommt die Antwort auf „Ist alles in Ordnung?“ vor den Belegen.
Zahlen ehrlich und vergleichbar machen
- Einheitliche Zeiträume. Alle Panels einer Ansicht sollten dasselbe Zeitfenster nutzen (zum Beispiel die letzten 24 Stunden). Ein 1-Stunden-Diagramm neben einem 7-Tage-Diagramm verleitet zu falschen Korrelationen.
- Einheitliche Einheiten. Verwenden Sie für Latenz durchgehend Millisekunden und beschriften Sie die Achsen.
- Perzentile statt Durchschnittswerte. Eine durchschnittliche Antwortzeit von 220 ms kann ein p99 von 3 Sekunden verbergen. Zeigen Sie p50, p95 und p99, damit die Tail-Latenz sichtbar bleibt.
- Schwellenwerte im Diagramm. Zeichnen Sie Ihr SLO oder Ihren Alarmschwellenwert als horizontale Linie ein, etwa 500 ms für p95.
- Annotationen für Deployments und Incidents. Markierungen für Releases und Incidents machen aus „die Latenz stieg um 14:05“ ein „die Latenz stieg nach Release 2.4.1“.
Farbe für Zustände, nicht zur Dekoration
Farbe sollte einen Zustand ausdrücken: gesund, beeinträchtigt oder ausgefallen. Verlassen Sie sich nie allein auf Rot und Grün, denn eine Rot-Grün-Sehschwäche betrifft etwa jeden zwölften Mann. Kombinieren Sie Farbe mit einem Symbol oder Label, wählen Sie farbenblindfreundliche Paletten wie Blau/Orange und prüfen Sie den Kontrast im hellen und im dunklen Theme.
Do und Don't auf einen Blick
| Do | Don't |
|---|---|
| p95/p99-Latenz mit SLO-Linie zeigen | Nur die durchschnittliche Antwortzeit zeigen |
| Mit Status und Fehlerrate beginnen | Mit Gesamt-Seitenaufrufen oder „bedienten Requests“ beginnen |
| Einen gemeinsamen Zeitraum für alle Panels nutzen | 1-Stunden- und 30-Tage-Panels kommentarlos mischen |
| Betriebsansichten alle 30–60 s aktualisieren | Alle 5 s aktualisieren und das Backend überlasten |
| Jedes Panel mit einer Drill-down-Ansicht verlinken | Rohlogs in die Übersichtsansicht quetschen |
| Farbe mit Symbolen oder Labels kombinieren | Rot und Grün als einziges Signal verwenden |
Vanity-Metriken vermeiden und Drill-downs einplanen
Vanity-Metriken wie kumulierte Requests oder Besucher seit Beginn steigen nur und lösen selten eine Handlung aus. Ersetzen Sie sie durch Raten und Verhältnisse: Fehlerquote, 5xx pro Minute oder Absprungrate. Für Traffic und Fehler schlüsselt das UpScanX Analytics-Dashboard Seitenaufrufe, Quellen, Geräte und HTTP-Statuscodes (2xx/3xx/4xx/5xx) auf. Dadurch wird ein Anstieg von 404- oder 500-Fehlern zu einem konkreten Handlungsauftrag statt zu einer bloßen Beobachtung. Wie diese Panels zusammenspielen, erfahren Sie unter So funktioniert ein Analytics-Dashboard.
Aktualisieren Sie Betriebsansichten alle 30–60 Sekunden und geschäftliche Trendansichten alle 5–15 Minuten. Jedes Übersichtspanel sollte auf eine Detailansicht oder ein gefiltertes Besuchsprotokoll verlinken, damit das Dashboard eine Analyse anstößt, statt sie zu beenden.
Wichtigste Erkenntnisse
Nutzen Sie diese Checkliste, wenn Sie ein Dashboard erstellen oder überprüfen:
- Benennen Sie die Zielgruppe und die drei bis fünf Fragen, die die Ansicht beantworten muss.
- Platzieren Sie den Gesamtstatus oben links und Details darunter.
- Beschränken Sie jede Ansicht auf etwa 5–9 zentrale Panels.
- Verwenden Sie einen gemeinsamen Zeitraum und einheitliche Einheiten.
- Zeigen Sie Perzentile und zeichnen Sie Schwellenwerte oder SLO-Linien ein.
- Annotieren Sie Deployments, Konfigurationsänderungen und Incidents.
- Setzen Sie barrierearme, farbenblindfreundliche Farben nur zur Zustandsanzeige ein.
- Ersetzen Sie Vanity-Summen durch Raten und Verhältnisse.
- Passen Sie die Aktualisierungsrate an das Entscheidungstempo der Zielgruppe an.
- Überprüfen Sie Dashboards vierteljährlich und löschen Sie ungenutzte Panels.
Behandeln Sie ein Dashboard wie ein Produkt mit Nutzern: Räumen Sie es regelmäßig auf, dann bleibt es schnell lesbar, wenn es darauf ankommt.