Kubernetes-Desktop-Tool

Das Kubernetes Dashboard ist archiviert.
Hier ist eine Desktop-Alternative.

Am 21. Januar 2026 wurde das offizielle Repository kubernetes/dashboard archiviert und nach kubernetes-retired verschoben. Wenn du überlegst, was du stattdessen betreiben sollst, vergleicht diese Seite die realistischen Optionen - inklusive des offiziellen Nachfolgers - und wo Kubebar hineinpasst.

14 Tage kostenlos testen · ab 12 €/Jahr · kein Account nötig

Was die Archivierung tatsächlich bedeutet

Das Projekt ist read-only. Im README steht, es werde „wegen fehlender aktiver Maintainer und Contributor nicht mehr gepflegt“. Bestehende Deployments laufen weiter, aber es wird keine weiteren Upstream-Releases geben.

Der letzte Punkt wiegt schwerer, als er klingt. Das Dashboard war kein passives Werkzeug: Es lief im Cluster, hat eine Web-UI ausgeliefert und besaß einen Service Account mit Rechten zum Lesen - und meist auch zum Ändern - von Ressourcen. Eine ungepflegte Komponente in dieser Position bekommt für künftige Sicherheitslücken keine Fixes mehr. Sie deployed zu lassen, ist eine Entscheidung und nicht der Standard.

Die Frage ist also nicht nur „welche UI sieht ähnlich aus“, sondern „will ich überhaupt noch eine Web-UI in meinem Cluster haben“. Darauf gibt es zwei ehrliche Antworten, und sie führen zu unterschiedlichen Werkzeugen.

Deine zwei realistischen Wege

Du willst eine gemeinsame Web-UI im Cluster

Nimm Headlamp. Es ist der Nachfolger, auf den das archivierte Projekt selbst verweist, liegt unter kubernetes-sigs und ist Open Source und kostenlos. Installation per Helm hinter einem Ingress, mit OIDC-Login, RBAC und einem Plugin-System für eigene Ressourcen. Wenn sich dein Team an einem Dashboard im Browser anmeldet, ist das der direkte Ersatz.

Wir tun nicht so, als wäre es anders: Für diesen Anwendungsfall passt Headlamp besser, und Kubebar konkurriert dort nicht.

Du willst nichts im Cluster laufen lassen

Nimm einen Desktop-Client. Deine kubeconfig gewährt dir den Zugriff bereits - eine lokale App braucht keine Manifeste, kein Service-Account-Token, keinen Ingress und keine exponierte UI, die man schützen muss. Eine Sache weniger im Cluster und eine Sache weniger zu patchen.

Kubebar geht diesen Weg und ergänzt das, was ein Browser-Tab nicht kann: Es bleibt in der Menüleiste bzw. im Infobereich und meldet sich, wenn etwas kaputtgeht - ohne dass du hinsiehst.

Kubernetes Dashboard vs. Headlamp vs. Kubebar

Kubernetes DashboardHeadlampKubebar
StatusArchiviert Jan. 2026, read-onlyAktiv entwickelt, kubernetes-sigsAktiv entwickelt
Wo es läuftIm Cluster, BrowserIm Cluster oder DesktopNur Desktop
Deployment im Cluster nötigJaNur im In-Cluster-ModusNein
Dauerhafter BlickNein - Tab öffnenNein - App öffnenStatus in Menüleiste / Infobereich, mit Hinweisen
Team-Zugriff, OIDCToken / ProxyJaNein - Einzelplatz
Ressourcen-AbdeckungBreitBreit, plus PluginsDas Wichtigste für den Alltag
PlattformenJeder BrowserBrowser, Windows, macOS, LinuxmacOS & Windows
PreisKostenlosKostenlos, Open SourceTestphase · ab 12 €/Jahr

Vergleich mit Stand Juli 2026. Headlamp und andere Werkzeuge entwickeln sich weiter - prüfe vor der Entscheidung die aktuelle Dokumentation.

Wann ein Desktop-Client der bessere Tausch ist

Wenn du der einzige Mensch warst, der dieses Dashboard genutzt hat - und bei vielen Clustern war genau das der Fall - dann hast du eine Web-App im Cluster für ein Publikum von einer Person betrieben. Ein Desktop-Client nimmt diesen Aufwand komplett weg.

Nichts zu deployen, nichts zu patchen. Keine Manifeste, kein Helm-Release, kein Service Account, kein Ingress, keine exponierte UI. Deine kubeconfig ist das ganze Setup.
Status, ohne hinzusehen. Ein Punkt in der Menüleiste bzw. im Infobereich wird rot, sobald ein Pod abstürzt oder CPU und RAM hochgehen - mit Desktop-Hinweisen. Ein Browser-Dashboard hilft nur, wenn es offen ist.
Live-Pod-Logs. Logs jedes Pods streamen, filtern und genau das kopieren oder speichern, was du brauchst.
Aktionen mit einem Klick. Pods neu starten, Deployments skalieren, Rollout neu starten oder zurücknehmen, Nodes cordon/drain - jeweils mit Bestätigung.
Jeder Cluster aus deiner kubeconfig. AKS, EKS, GKE, DOKS und lokale Cluster wie Docker Desktop, minikube und kind nebeneinander.
Zugangsdaten bleiben lokal. Kein Account, kein Cloud-Backend - deine kubeconfig verlässt deinen Rechner nicht.
Kubebar Cluster-Übersicht mit Pod-Status, CrashLoop und CPU/RAM in der macOS-Menüleiste
Live-Pod-Logs von Kubernetes in Kubebar mit Syntax-Highlighting

In drei Schritten vom Dashboard weg

  1. Dashboard aus dem Cluster entfernen. helm uninstall kubernetes-dashboard -n kubernetes-dashboard, oder kubectl delete -f mit dem Manifest, das du ursprünglich angewendet hast. Räume auch den Service Account und das ClusterRoleBinding für den Token-Login auf - das wird gern vergessen.
  2. kubeconfig prüfen. kubectl config get-contexts. Ein Desktop-Client nutzt die Zugangsdaten, die du schon hast - kein Proxy, kein In-Cluster-Token.
  3. Kubebar öffnen und Kontext wählen. Alle Kontexte werden automatisch erkannt - ohne Account, ohne Cloud-Backend. Der Cluster-Status sitzt danach in deiner Menüleiste bzw. im Infobereich.

Kommst du von anderen Werkzeugen?

Das Dashboard ist nicht das einzige Tool, das gerade ersetzt wird. Wenn du auch Desktop-GUIs abwägst: Kubebar als leichtgewichtige Lens-Alternative, als GUI-Alternative zu k9s oder als Kubernetes-Desktop-Client für Windows. Für Managed Cluster gibt es eigene Seiten zu AKS-, EKS- und GKE-Monitoring.

Probier stattdessen Kubebar

14 Tage kostenlos. Danach ab 12 € pro Jahr.

Kubebar laden

Häufige Fragen

Ist das Kubernetes Dashboard wirklich eingestellt?

Ja. Das Repository kubernetes/dashboard wurde am 21. Januar 2026 archiviert und nach kubernetes-retired/dashboard verschoben. Laut README wird das Projekt wegen fehlender aktiver Maintainer nicht mehr gepflegt, das Repository ist read-only. Weitere Releases sind nicht zu erwarten.

Was ist der offizielle Nachfolger des Kubernetes Dashboards?

Das archivierte Projekt verweist auf Headlamp, eine erweiterbare Kubernetes-Web-UI, die inzwischen unter SIG UI liegt. Headlamp ist Open Source und kostenlos und läuft entweder im Cluster hinter einem Ingress oder als Desktop-App. Wenn du eine Browser-UI für das ganze Team brauchst, ist Headlamp der direkte Ersatz.

Wie unterscheidet sich Kubebar vom Kubernetes Dashboard?

Das Dashboard lief im Cluster und wurde über den Browser erreicht - das bedeutete Manifeste deployen, einen Service Account einrichten und die exponierte UI absichern. Kubebar ist eine native Desktop-App, die deine vorhandene kubeconfig liest. Es muss also nichts im Cluster laufen und nichts zusätzlich abgesichert werden. Und Kubebar sitzt in der Menüleiste bzw. im Infobereich und wird rot, sobald ein Pod abstürzt, statt darauf zu warten, dass du einen Browser-Tab öffnest.

Kann ich das Kubernetes Dashboard einfach weiterlaufen lassen?

Es funktioniert weiter, aber es ist eine ungepflegte Web-UI in deinem Cluster mit Rechten zum Lesen und Ändern von Ressourcen. Weil das Repository read-only ist, werden künftige Sicherheitslücken upstream nicht mehr behoben. Für die meisten Teams ist Migrieren die bessere Entscheidung, als es deployed zu lassen.

Ersetzt Kubebar alles, was das Dashboard konnte?

Nein, und das sollte man klar sagen. Das Dashboard war eine Browser-UI, die ein ganzes Team teilen konnte und mit der man jeden Ressourcentyp im Cluster durchsuchen konnte. Kubebar ist ein Einzelplatz-Desktop-Tool für den Alltag: Cluster-Status, Pod-Logs, Neustarts, Skalieren und Node-Operationen. Wenn du eine gemeinsame In-Cluster-UI mit OIDC-Login brauchst, nimm Headlamp.