Das Kubernetes Dashboard ist archiviert. Das Repository liegt heute im GitHub-Bereich kubernetes-retired, die Maintainer schreiben, dass es „nicht mehr gepflegt“ wird, und die offizielle Kubernetes-Dokumentation empfiehlt für neue Installationen Headlamp. Ein bestehendes Dashboard läuft weiter, bekommt aber keine Fehlerbehebungen und keine Sicherheitsupdates mehr. Für neue Cluster setzt du es deshalb nicht mehr auf, und in bestehenden Clustern planst du den Wechsel.
Ich betreibe Kubernetes-Cluster in Produktion und habe Dashboard und Lens in Kapitel 2 meines Kubernetes-Praxisbuchs bei Rheinwerk (2024) noch ausführlich beschrieben. Seitdem hat sich die Lage geändert, und in diesem Beitrag ordne ich ein, was das Archiv für dich bedeutet und welche Werkzeuge an seine Stelle treten. Alle meine Beiträge zu Kubernetes findest du gesammelt auf der Seite Kubernetes.
Was mit dem Kubernetes Dashboard passiert ist
Das Dashboard war jahrelang die Weboberfläche des Kubernetes-Projekts: eine Seite im Browser, auf der du Deployments, Pods und Services siehst, Logs liest, eine Shell in einen Container öffnest und YAML bearbeitest. Im Repository steht heute ganz oben ein Hinweis der Maintainer: „This project is now archived and no longer maintained due to lack of active maintainers and contributors.“ Es fehlten also schlicht die Leute, die es weiterentwickeln.
Das Repository ist auf GitHub als archiviert markiert und liegt unter kubernetes-retired/dashboard. Die letzte Veröffentlichung ist das Helm-Chart kubernetes-dashboard-7.14.0 vom 30.10.2025, die letzte Änderung im Repository stammt vom 21.01.2026. Die Kubernetes-Dokumentation sagt es inzwischen genauso deutlich: „Kubernetes Dashboard is deprecated and unmaintained“, und für neue Installationen soll man Headlamp in Betracht ziehen.
Wenn du in Suchergebnissen noch Anleitungen findest, die das Dashboard als „offizielle Weboberfläche“ empfehlen, sind sie älter als dieser Schritt.
Was das für einen bestehenden Cluster heißt
Ein installiertes Dashboard hört nicht plötzlich auf zu funktionieren. Das Problem ist ein anderes: Es ist eine Weboberfläche mit Zugriff auf deinen Cluster, über die man je nach Rechten Objekte ändern und Shells in Container öffnen kann. Wird darin eine Sicherheitslücke gefunden, schließt sie niemand mehr. Eine solche Komponente möchte ich in keinem Cluster haben, der aus dem Netz erreichbar ist.
Ob bei dir noch ein Dashboard läuft, findest du in zwei Befehlen heraus:
helm list -A | grep -i dashboard
kubectl get deployments -A | grep -i dashboard
Wurde es nach der früheren Anleitung mit Helm installiert, heißt das Release meist kubernetes-dashboard im gleichnamigen Namespace. Bevor du es entfernst, kläre, wer es nutzt und wofür, und stelle die Alternative bereit. Danach räumst du mit helm uninstall kubernetes-dashboard -n kubernetes-dashboard auf und prüfst, ob ServiceAccounts oder ClusterRoleBindings übrig bleiben, die nur für das Dashboard angelegt wurden. Gerade dort liegen oft weitreichende Rechte, die niemand mehr braucht. Wie Rollen und Rechte zusammenhängen, erkläre ich in Kubernetes RBAC: Rollen und Rechte.
Headlamp: der empfohlene Nachfolger
Headlamp ist die Oberfläche, auf die sowohl das archivierte Dashboard als auch die Kubernetes-Dokumentation verweisen. Das Projekt liegt inzwischen unter der Kubernetes SIG UI im Bereich kubernetes-sigs, die aktuelle Version ist v0.46.0 vom 15.10.2026. Zwei Eigenschaften unterscheiden es vom alten Dashboard: Headlamp läuft wahlweise im Cluster oder als Desktop-Programm auf deinem Rechner, und es lässt sich über Plugins erweitern.
Für den Betrieb im Cluster gibt es ein Helm-Chart:
helm repo add headlamp https://kubernetes-sigs.github.io/headlamp/
helm install headlamp headlamp/headlamp --namespace kube-system
kubectl port-forward -n kube-system service/headlamp 8080:80
Danach erreichst du Headlamp unter localhost:8080. Für die Anmeldung brauchst du laut Dokumentation einen ServiceAccount oder eine Anbindung per OIDC. Hier entscheidet sich, ob die Oberfläche sicher ist: Gib dem Zugang nur die Rechte, die die Nutzer wirklich brauchen, und für reine Einblicke reicht eine Rolle mit Leserechten. Einen gemeinsamen Zugang mit vollen Admin-Rechten für alle anzulegen, macht aus der Oberfläche ein Einfallstor.
Als Desktop-Programm liest Headlamp die Cluster aus deiner Kubeconfig, ähnlich wie kubectl. Dann läuft im Cluster gar nichts zusätzlich, und du arbeitest mit deinen eigenen Rechten. Für Einzelpersonen und kleine Teams finde ich das meist die bessere Wahl.
Weitere Alternativen: k9s, Freelens und Lens
Nicht jede Alternative muss im Browser laufen. Die gängigsten Alternativen:
k9s lohnt sich, wenn du schnell durch Pods, Logs und Events springen willst, ohne das Terminal zu verlassen. Es ersetzt kein kubectl in Skripten, macht aber das Hinsehen deutlich schneller. Wenn du Grafana in den Suchergebnissen zu „Kubernetes Dashboard“ findest: Das ist etwas anderes, nämlich Dashboards für Metriken, keine Verwaltungsoberfläche. Wie ich Metriken sammle und anzeige, steht in Kubernetes Monitoring mit Prometheus.
Brauchst du überhaupt eine Oberfläche?
Für Arbeit in Produktion bleibe ich bei kubectl, weil ich dort jeden Befehl bewusst tippen und nachvollziehen will, und weil Änderungen ohnehin über Git und GitOps laufen sollten, nicht über Klicks. Eine Oberfläche hilft mir, wenn ich einen fremden Cluster zum ersten Mal sehe. Und sie hilft, wenn jemand ohne tiefes Kubernetes-Wissen nur nachsehen soll, ob seine Anwendung läuft.
Mein Rat: Entscheide zuerst, wer die Oberfläche nutzt und welche Rechte diese Person braucht. Daraus ergibt sich das Werkzeug fast von selbst. Leserechte im Browser für ein Team: Headlamp im Cluster. Volle Rechte für dich selbst: Headlamp als Desktop-Programm, Freelens oder k9s. Die wichtigsten Befehle für den Alltag ohne Oberfläche habe ich in kubectl Befehle: die wichtigsten im Alltag zusammengestellt.
Häufige Fragen
Wird das Kubernetes Dashboard noch weiterentwickelt?
Nein. Das Repository ist archiviert und liegt unter kubernetes-retired/dashboard. Laut den Maintainern wird es mangels aktiver Maintainer nicht mehr gepflegt; die letzte Veröffentlichung ist vom 30.10.2025.
Kann ich ein installiertes Dashboard weiter nutzen?
Es läuft technisch weiter, bekommt aber keine Sicherheitsupdates mehr. In einem Cluster, der aus dem Netz erreichbar ist oder auf den viele Personen zugreifen, solltest du es durch eine gepflegte Alternative ersetzen und die zugehörigen Rechte aufräumen.
Was ist der offizielle Nachfolger des Kubernetes Dashboards?
Einen formellen Nachfolger gibt es nicht, aber sowohl das archivierte Repository als auch die Kubernetes-Dokumentation empfehlen Headlamp. Headlamp ist ein Projekt der Kubernetes SIG UI und läuft im Cluster oder als Desktop-Programm.
Ist Lens noch kostenlos?
Lens ist ein Produkt von Mirantis mit eigener Preisseite, die Bedingungen hängen von deinem Einsatz ab. Prüfe sie vor dem Einsatz im Unternehmen. Freelens ist ein Desktop-Programm unter MIT-Lizenz, das ohne kommerzielle Lizenz auskommt.
Wie du weitermachst
Prüfe zuerst mit den beiden Befehlen oben, ob in deinen Clustern noch ein Dashboard läuft. Wenn ja, stelle Headlamp oder eine der anderen Alternativen bereit, räume die alten Rechte auf und entferne das Dashboard. Wie du Zugriffe sauber trennst, steht in Kubernetes RBAC: Rollen und Rechte, die Befehle für den Alltag in kubectl Befehle: die wichtigsten im Alltag.
Die Grundlagen zu kubectl und Oberflächen erkläre ich ausführlich in Kapitel 2 meines Kubernetes-Praxisbuchs bei Rheinwerk; den Wechsel vom Dashboard zu Headlamp beschreibt das Buch noch nicht, weil das Projekt erst nach Erscheinen des Buchs archiviert wurde. Die aktuelle Empfehlung des Projekts steht in der Kubernetes-Dokumentation zum Dashboard, Headlamp findest du im Repository der Kubernetes SIG UI.
