Skip to content

Dashboard Basics

Das Hostly-Dashboard stellt die wichtigsten Informationen eines ausgewählten Workspace und seiner Services dar.

Es bildet zwei Ebenen ab:

  1. den Workspace als Verwaltungs-, Tarif- und Verbrauchseinheit
  2. den einzelnen Service mit seinem technischen Zustand und seiner Konfiguration

Workspace-Dashboard

Das Workspace-Dashboard fasst Informationen zusammen, die dem ausgewählten Workspace zugeordnet sind:

  • vorhandene Services
  • aktueller Zustand der Services
  • Ressourcenverbrauch
  • verfügbare Limits
  • Warnungen bei bevorstehenden Free-Tier-Limits

Da ein Account mehrere Workspaces enthalten kann, beziehen sich Tarif, Verbrauch und Limits immer auf den aktuell betrachteten Workspace.

Ressourcenübersicht

Hostly unterscheidet derzeit folgende Kategorien:

KategorieEinheitBedeutung
ComputeCore-StundenTatsächlich genutzter CPU-Anteil über die Zeit
RAMGiB-StundenTatsächlich genutzter Arbeitsspeicher über die Zeit
Persistent StorageGiB-TageReservierter persistenter Speicher über die Zeit
Egress TrafficTiBAusgehender Internetverkehr
ServicesAnzahlAlle angelegten, nicht gelöschten Services

Im Free Tier zeigt das Dashboard Warnungen an, bevor ein verbrauchsabhängiges Limit erreicht wird.

Service-Detailseite

Die Service-Detailseite bündelt Informationen zu einem einzelnen Service. Diese beinhalten:

  • die öffentliche Service-Domain
  • den aktuellen Service-Status
  • das verwendete Docker-Image
  • ein Health Check
  • die Live Logs
  • die verfügbaren Lebenszyklusaktionen

Logs

Beim Aufruf der Service-Detailseite stellt Hostly die letzten 50 Zeilen aus stdout und stderr bereit. Neue Ausgaben werden anschließend direkt ins Frontend gestreamt.

Derzeit können Logs nicht durchsucht, gefiltert oder heruntergeladen werden. Sie können aber natürlich markiert und kopiert werden.

Logs sind nur während des laufenden Services sichtbar. Bei einer Pause bleiben sie erhalten. Bei Neustart, Stopp oder Löschen gehen sie verloren.

Status und Erreichbarkeit

Der Status Läuft beschreibt den aktiven Containerprozess, garantiert aber nicht die öffentliche Erreichbarkeit der Anwendung. Die Gründe dafür können vielfältig sein, am Wahrscheinlichsten ist allerdings, dass der Container falsch konfiguriert ist, oder die enthaltene Anwendung nicht korrekt funktioniert.

Für eine korrekte Bewertung des technischen Zustands sind also mehrere Informationen zusammen relevant:

text
Service-Status
+ Health Check
+ Logs
+ interner Container-Port
+ Funktion der Applikation

Verwandte Konzepte