Portainer schlägt eine neue Richtung ein: Sollte man sich bereits nach einer Alternative zur Verwaltung seiner Docker-Container umsehen?

Portainer gehört in vielen Homelabs fast schon zur Grundausstattung. Man installiert es auf einem NAS, einem Raspberry Pi, einem Mini-PC oder in einer Proxmox-VM, und fünf Minuten später hat man eine Weboberfläche, um seine Docker-Container zu starten, anzuhalten, zu aktualisieren und zu überwachen.

Für die Hausautomation ist das sehr praktisch. Home Assistant läuft sehr gut in einem Container, und oft kommen noch Mosquitto, Zigbee2MQTT, Node-RED, ESPHome, Frigate, InfluxDB, Grafana, AdGuard Home, Nginx Proxy Manager … dazu. Die Liste wird schnell länger.

Am 11. September 2026 kündigte Portainer einen Kurswechsel an: Die Version 3.0 soll in erster Linie für Kubernetes entwickelt werden, und die Community Edition bleibt auf dem 2.x-Zweig.

Muss man Portainer morgen früh deinstallieren? Nein. Aber jetzt ist ein guter Zeitpunkt, um sich anzusehen, was im Garten des Nachbarn wächst.

Portainer 3.0: Kurs auf Kubernetes

Neil Cresswell, der CEO von Portainer, hat die neue Strategie in einem Blogbeitrag ausführlich erläutert. Und dabei geht es nicht einfach um eine Änderung der Versionsnummer.

Portainer 2.45 LTS, im August erschienen, ist die letzte Version des 2.x-Zweigs. Die 3.x wird mit einer Priorität entwickelt: Kubernetes.

Der Hersteller erklärt es ziemlich offen. Die Kluft zwischen Docker und Kubernetes ist so groß geworden, dass es nicht mehr tragbar ist, alles parallel für Docker, Podman, Swarm und Kubernetes in einer gemeinsamen Codebasis zu entwickeln. Die Unternehmenskunden verlangen Sicherheitsrichtlinien, Observability, GitOps und die Möglichkeit, KI-Workloads auszuführen … All das basiert auf Kubernetes-spezifischen Mechanismen (Network Policies, Admission Controller), die Docker nicht bietet.

Rund um dieses Ökosystem sind mehrere Produkte in Vorbereitung: Portainer-Run, Portainer-IDP, Portainer-Command, Portainer-Operations und Portainer-AiGrid. Schon die Namen geben die Richtung vor.

Wenn man einfach nur Zigbee2MQTT und eine Handvoll Dienste auf einem Mini-PC betreiben möchte, ist das ziemlich weit vom ursprünglichen Bedarf entfernt.

Portainer CE ist deshalb noch lange nicht tot

Einige Schlagzeilen nach der Ankündigung waren ziemlich alarmistisch. Deshalb wollen wir das klarstellen: Portainer gibt Docker nicht auf und schaltet die Community Edition nicht von heute auf morgen ab.

Die CE bleibt auf dem 2.x-Zweig und wird weiterhin Sicherheitsupdates und Fehlerbehebungen erhalten. Portainer verspricht außerdem, Neuerungen aus der 3.x zurückzuportieren, sofern es dafür ein Äquivalent in der Docker-API gibt. Portainer 2.45 LTS wird bis Mai 2027 gepflegt.

Wenn Ihr Server heute mit Portainer CE problemlos läuft, besteht kein Grund zur Eile.

Eine Portainer CE 3.0 wird es allerdings nicht geben. Wer die 3.x kostenlos nutzen möchte, muss am Programm „3 Nodes Free“ teilnehmen, also die Business Edition verwenden, die für bis zu drei Nodes kostenlos angeboten wird. Docker-, Swarm- und Podman-Umgebungen werden weiterhin unterstützt, rücken in der Benutzeroberfläche aber in den Hintergrund. Neue Funktionen werden zuerst und möglicherweise ausschließlich für Kubernetes erscheinen.

Heute scheint der Unterschied gering. In zwei oder drei Jahren wird er meiner Meinung nach deutlich stärker ins Gewicht fallen.

Warum das für die Hausautomation relevant ist

Für ein Homelab ist Kubernetes meistens überdimensioniert.

Nehmen wir einen herkömmlichen Server mit Home Assistant, Mosquitto, Zigbee2MQTT, Node-RED, Frigate und zwei oder drei Überwachungstools. Docker Compose erledigt die Arbeit: eine Datei pro Anwendung, die Daten in Volumes und ein paar Befehle, um alles zu sichern oder neu aufzusetzen.

Nur um die neuesten Funktionen einer Admin-Oberfläche zu behalten, einen Kubernetes-Cluster aufzusetzen, ist, als würde man mit dem Bagger drei Tulpen pflanzen.

Portainer räumt das übrigens selbst ein: Docker wird auch in 3.x unterstützt, aber der Entwicklungsaufwand fließt in Kubernetes. Wenn Sie nicht vorhaben, dorthin zu wechseln, stellt sich die Frage: Gibt es Oberflächen, die von vornherein für Docker und Docker Compose gedacht sind?

Ja. Und einige davon haben in den letzten Monaten große Fortschritte gemacht.

Arcane: derzeit wohl der überzeugendste Ersatz

Wenn ich 2026 nur eines davon testen dürfte, wäre es dieses.

Arcane sieht aus wie das, was man von einem modernen Portainer erwarten würde: Container, Images, Volumes, Netzwerke und Docker-Compose-Projekte in einer Weboberfläche sowie die Verwaltung entfernter Rechner mithilfe eines Agents.

Bei der Authentifizierung gibt es OIDC, Passkeys und Zwei-Faktor-Authentifizierung. Außerdem gibt es eine API, die Verwaltung von Image-Updates und einen Schwachstellenscanner, der die mit jedem Image verbundenen Risiken anzeigt.

Und die Entwicklung geht schnell voran. Die Versionen 2.10 bis 2.14 sind innerhalb von weniger als einem Monat erschienen. Version 2.14.0 wurde am 26. September 2026 veröffentlicht, nur wenige Tage bevor ich diese Zeilen schreibe. Sie ergänzt Sammelaktionen für Schwachstellen, eine überarbeitete Ansicht der Sicherheitsrisiken und eine Registerkarte, die die Prozesse jedes Containers anzeigt.

Die Installation ist einfach: Arcane läuft selbst in einem Container und greift auf den Docker-Socket des Hosts zu. Wie bei Portainer sollte man bedenken, dass der Zugriff auf den Socket Root-Rechte auf dem Rechner gewährt. Deshalb sollte man die Oberfläche nicht ohne entsprechende Vorsichtsmaßnahmen im Internet zugänglich machen.

Wenn ich Portainer morgen in meinem Homelab ersetzen müsste, würde ich dieses Tool als Erstes installieren.

Dockge: Einfachheit steht an erster Stelle

Dockge ist der andere Name, der in Diskussionen ständig fällt.

Es stammt von Louis Lam, dem Entwickler von Uptime Kuma, und verfolgt eine andere Philosophie. Es versucht nicht, Portainer komplett nachzubauen, sondern konzentriert sich auf Docker Compose. Man erstellt, bearbeitet, startet, stoppt und aktualisiert seine Stacks über eine sehr übersichtliche Oberfläche.

Am besten gefällt mir, dass die Dateien compose.yaml echte Dateien auf der Festplatte bleiben (standardmäßig in /opt/stacks) und nicht als Einträge in einer internen Datenbank gespeichert werden. Man kann sie mit einem beliebigen Editor öffnen oder den guten alten Befehl docker compose up -d im Terminal ausführen.

Seit Version 1.4 kann es sich außerdem mit anderen Dockge-Instanzen verbinden und die Stacks mehrerer Rechner in derselben Oberfläche anzeigen.

Auf einem Raspberry Pi oder Mini-PC, auf dem etwa zehn Smart-Home-Dienste laufen, ist das wirklich angenehm.

Der Nachteil ist das Entwicklungstempo. Die letzte stabile Version, 1.5.0, stammt aus dem März 2025. Das hindert sie nicht daran, zu funktionieren, aber für eine Neuinstallation, die ich mehrere Jahre nutzen möchte, würde ich zögern, sie als erste Wahl zu nehmen.

Komodo: wenn das Homelab mehrere Server umfasst

Wenn Ihr Homelab gewachsen ist, lohnt sich ein Blick auf Komodo.

Es wurde für die Bereitstellung und Verwaltung mehrerer Server entwickelt. Das Open-Source-Projekt steht unter der GPLv3-Lizenz und begrenzt die Anzahl der verbundenen Rechner nicht.

Es unterstützt Docker Compose, kann bestehende Stacks importieren und Konfigurationen aus einem Git-Repository abrufen. Sie können also einen Stack in Git beschreiben, ihn automatisch auf einem Server bereitstellen und bei jeder Änderung im Repository erneut ausrollen. Wenn Sie Ihre Compose-Dateien lieber ganz traditionell direkt auf dem Rechner speichern möchten, ist auch das möglich.

Komodo 2 hat die Verwaltung von Docker Swarm ergänzt, ebenso Zwei-Faktor-Authentifizierung (TOTP oder Passkey) für lokale Konten, die Möglichkeit, mehrere Anmeldemethoden (lokal, OIDC, GitHub …) mit demselben Konto zu verknüpfen, und überarbeitete Remote-Terminals. Auch bei der Automatisierung war es bereits gut ausgestattet.

Ein konkretes Beispiel: ein Mini-PC für die Hausautomation, ein zweiter Server für Frigate und die Kameras, ein NAS mit einigen Diensten und ein externer VPS. Komodo bündelt das alles.

Die Einarbeitung dauert natürlich länger als bei Dockge. Dafür ist es auch deutlich leistungsfähiger.

Dockhand: der Neuling, den man im Auge behalten sollte

Zum Schluss noch Dockhand. Die erste Version erschien im Dezember 2025, und die Entwicklung geht in beeindruckendem Tempo voran.

Es verwaltet Container, Compose-Stacks, mehrere Docker-Umgebungen, Git-Repositories und Webhooks. Außerdem kann man Volumes und Dateien innerhalb von Containern durchsuchen, Netzwerkverbindungen visualisieren oder Wartungsarbeiten planen.

Besonders zeichnet es sich durch Sicherheitsfunktionen aus, wie man sie bei Self-Hosting-Tools selten sieht. Es analysiert Images mit Grype und Trivy, um bekannte Schwachstellen zu erkennen, und kann ein neues Image prüfen, bevor es einen laufenden Container ersetzt. Das ist praktisch, um zu verhindern, dass ein automatisches Update mitten in der Nacht ein Image mit einer Menge bekannter Sicherheitslücken installiert.

Version 1.0.50 wurde am 30. September 2026 veröffentlicht.

Bei der Lizenz ist allerdings Vorsicht geboten. Dockhand steht unter der Business Source License 1.1: Für den persönlichen Gebrauch oder den internen Einsatz in Unternehmen ist es kostenlos, aber im Sinne eines GPL- oder MIT-Projekts keine freie Software. Man kann es beispielsweise nicht als gehosteten Dienst weiterverkaufen. 2029 wird der Code unter die Apache-2.0-Lizenz gestellt.

Sollte man Portainer also verlassen?

Nicht unbedingt.

Wenn Portainer CE 2.45 auf einem Docker-Server zu Hause läuft und alles funktioniert, sehe ich keinen Grund, alles über den Haufen zu werfen. Der Zweig wird weiterhin gepflegt und es wird weiterhin Fehlerbehebungen geben.

Die Ankündigung hat aber meine langfristige Sicht auf das Tool verändert. Portainer hat sich für seinen Weg entschieden: Kubernetes und Unternehmen. Aus Sicht des Herstellers kann ich das gut nachvollziehen. Es ist nur nicht der Weg von jemandem, der einen Mini-PC und zwanzig Container im Technikschrank hat.

Für dieses Nutzerprofil ist das meine Einschätzung:

• Arcane kommt einem modernen und aktiv weiterentwickelten Portainer derzeit am nächsten;
• Dockge ist weiterhin ausgezeichnet, wenn Sie eine minimalistische Oberfläche für Docker Compose möchten und sich am langsameren Entwicklungstempo nicht stören;
• Komodo spielt seine Stärken aus, sobald man mehrere Server verwaltet oder auf GitOps umsteigen möchte;
• Dockhand ist sehr umfangreich, besonders in Sachen Sicherheit, und sollte genau beobachtet werden, sofern die Lizenz für Sie passt.

Am sichersten ist es, vorerst nichts zu migrieren. Installieren Sie eines dieser Tools neben Portainer und testen Sie es einige Wochen lang. Sie greifen alle auf denselben Docker-Daemon zu und können problemlos parallel betrieben werden; die Dockge-FAQ bestätigt das ausdrücklich. Ein Punkt ist zu beachten: Stacks, die über Portainers Web-Editor erstellt wurden, sind in dessen Daten-Volume gespeichert und nicht in einem Verzeichnis, das Sie selbst verwalten. Sichern Sie die Compose-Dateien, bevor Sie umsteigen.

So würde ich es an Ihrer Stelle machen.

Jahrelang gab es auf die Frage „Welche Oberfläche eignet sich zur Verwaltung von Docker?“ fast automatisch dieselbe Antwort: Portainer. 2026 hat man endlich eine echte Auswahl, und für alle, die gern an ihrem Homelab tüfteln, ist das eine gute Nachricht.

Und was meinen Sie dazu?