Portainer-Alternativen: ein Praxisleitfaden zu Dockge, Arcane, Dockhand und Komodo

Portainer ist 2026 immer noch eine gute Wahl, wenn du eine vertraute Docker-Verwaltungsoberfläche, breite Runtime-Unterstützung und ein Werkzeug willst, das mehr kann als ein einfaches Single-Host-Setup. Wenn dein aktuelles Setup nur grundlegende Container-Verwaltung, Compose-Stacks, einfache Zugriffskontrolle und Sichtbarkeit über mehrere Umgebungen braucht, gibt es keinen Grund, überstürzt von Portainer CE wegzugehen.

Allerdings ist Portainer nicht mehr die sauberste Lösung, sobald du Dinge wie kostenloses OIDC/SSO, dateibasierte Compose-Verwaltung, eingebautes Schwachstellen-Scanning oder einen Git-getriebenen Multi-Server-Workflow willst, ohne auf Portainer Business Edition zu wechseln. Genau dann werden die Alternativen in diesem Leitfaden interessant.

Kurz gesagt: Wenn Portainer bereits zu deinem Einsatzzweck passt, bleib dabei. Und wenn du dir die manuelle Einrichtung sparen willst: die Portainer-Ein-Klick-App von Cloudzy startet Portainer mit wenigen Klicks auf einem VPS, inklusive Root-Zugriff, NVMe-Speicher und einer Docker-fertigen Umgebung. Wenn du an eine Grenze von Portainer CE gestoßen bist, geht es im Rest dieses Artikels um die Alternativen, die eine Überlegung wert sind: Dockge, Arcane, Dockhand und Komodo.

Kurzfassung

• Dockge wenn du ein Single-Node-Homelab betreibst und deine Compose-Dateien als schlichtes YAML auf der Platte sehen willst.
• Arcane wenn du kostenloses OIDC/SSO und eine Installation als einzelne Binärdatei für ein kleines Team brauchst.
• Dockhand wenn du eingebautes Schwachstellen-Scanning und sicherere Image-Pulls willst, ohne Portainer BE zu kaufen, und mit einer BSL-Lizenz leben kannst.
• Komodo wenn du Docker über mehrere VPS-Instanzen hinweg betreibst und Git als verbindliche Quelle willst.
• Portainer CE wenn du nichts davon brauchst.

Was dieser Artikel nicht behandelt

Ein paar Kategorien bleiben bewusst außerhalb dieses Vergleichs. Coolify und Dokploy sind PaaS-Werkzeuge, sie wollen ein selbst gehostetes Heroku sein und keine Docker-Oberfläche. Anderes Problem. Rancher und OpenShift sind Kubernetes-Cluster-Manager, also die falsche Größenordnung für ein Publikum mit einem bis wenigen VPS. Lazydocker ist ausgezeichnet, aber reines TUI, eine andere UX-Kategorie. Und UsulNet, das in manchen anderen Vergleichsartikeln auftaucht, steckt Stand Februar 2026 mit einem einzigen Entwickler in der ersten öffentlichen Beta, zu früh, um es neben Werkzeugen mit echten Release-Zyklen zu empfehlen.

Warum Leute Portainer verlassen

Das Erste, was Leute von Portainer wegtreibt, ist kein Bug. Viele fortgeschrittene Team- und Unternehmensfunktionen liegen auf der Seite der Business Edition, darunter:

• OIDC
• feingranulares RBAC
• AD/LDAP
• GitOps
• Automatische Updates
• Audit-Logs
• Registry-Verwaltung
• Bereitstellung von Kubernetes-Clustern

Als Einzelnutzer im Homelab ist dir das vielleicht egal. Als dreiköpfiges Ops-Team, das SSO und einen Audit-Trail will, interessiert es dich sofort.

Portainer bietet immerhin drei Nodes der Business Edition kostenlos. Für sehr kleine Setups ist das wirklich nützlich. Ab dem vierten Node landest du im Bereich „Preis auf Anfrage“. Ich nenne hier keine Dollarzahl, weil der öffentliche Preis ständig wechselt und die richtige Antwort lautet: Schau beim tatsächlichen Kauf auf ihre Preisseite.

Das Zweite ist architektonisch. Stacks, die über Portainers Web-Editor angelegt werden, landen in Portainers Datenbank, während Git-basierte Deployments das Repository als externe Quelle behalten. Das ist in Ordnung, bis du ausdrücklich willst, dass jeder lokal verwaltete Compose-Stack auf dem Host als ganz normale YAML-Datei sichtbar bleibt. Werkzeuge wie Dockge machen dieses dateibasierte Modell zum Standard: Deine Compose-Dateien liegen auf der Platte, und die Oberfläche verwaltet, was schon da ist. Ob das ins Gewicht fällt, hängt davon ab, wie du deine Stacks verwalten und sichern willst.

Das Dritte ist das Gewicht der Oberfläche. Portainer wurde gebaut, um Docker, Swarm, Kubernetes, Agent-Flotten über mehrere Umgebungen und alles Weitere zu beherrschen. Es wächst mit komplexen Umgebungen mit, und genau deshalb kann es einem Single-Node-Homelab-Nutzer schwerer vorkommen als nötig. Der Artikel von XDA Developers über die Rückkehr zu Dockge bringt es gut auf den Punkt: Portainer ergibt Sinn, wenn du anfängst und den vollen Funktionsumfang brauchst. Sobald sich dein Setup stabilisiert, kann ein kleineres Werkzeug, das die dateibasierte Struktur deiner Stacks respektiert, besser passen.

Die vier Werkzeuge, die wirklich mithalten

Auf GitHub schwirren Dutzende „Docker-UIs“ herum. Viele sind aufgegeben, noch in der Beta oder lösen ein anderes Problem. Die vier hier behandelten überschneiden sich am deutlichsten mit Portainers Kernaufgabe für dieses Publikum: Docker auf einem oder mehreren VPS-Hosts über eine Weboberfläche zu verwalten, mit genug Funktionsumfang für den täglichen Einsatz.

Ich gehe unten jedes Werkzeug durch, beginne mit dem, was es besonders macht, und benenne die Einschränkungen.

Dockge: dateibasierte Compose-Verwaltung

Dockges Argument ist eine einzige Designentscheidung: Deine Compose-Stacks liegen als schlichte YAML-Dateien auf der Platte, nicht in einer Datenbank. Du kannst sie catten, in vim öffnen, per git commit einchecken oder rsyncen wie jede andere Konfiguration. Die Oberfläche ist ein Viewer und Editor für das, was ohnehin schon da ist.

Der Autor ist Louis Lam, dieselbe Person, die Uptime Kuma pflegt. Das ist ein nützliches Signal, denn Uptime Kuma hat den Ruf solider, unaufgeregter Wartung, und Dockge erbt diesen Stil. Das aktuelle Release ist v1.5.0 (30. März 2025), laut der Dockge-GitHub-Releases-Seite. v1.4.0 brachte die erste Multi-Agent-Unterstützung, v1.5.0 liefert eine Sicherheitsänderung mit Breaking Change: Die Konsole im Browser ist jetzt standardmäßig deaktiviert, und du aktivierst sie mit DOCKGE_ENABLE_CONSOLE=true wieder, wenn du sie zurückhaben willst. Compose wurde im selben Release auf 2.34.0 angehoben.

Es gibt kein OIDC, kein RBAC, kein eingebautes Schwachstellen-Scanning, kein Audit-Logging. Dockge will kein Portainer BE zum Sparpreis sein. Es will das kleinste, sauberste Werkzeug sein, um Compose-Stacks auf einem einzelnen Host zu verwalten (oder auf ein paar Hosts über Multi-Agent).

Ein Vorbehalt gehört dazu: Dockge ist nicht zwangsläufig sparsamer beim RAM. Ein Diskussions-Thread auf GitHub von September 2024 bis Dezember 2025 dokumentiert Nutzer, die schon bei kleinen Setups 500MB+ Verbrauch melden, und die Diskussion ist offen geblieben. Teste es also auf deinem eigenen Host, bevor du wegen Ressourcenersparnis wechselst.

Profi-Tipp: Wechsle nicht zu Dockge in der Erwartung eines kleineren Fußabdrucks als bei Portainer. Der Gewinn sind sichtbare Compose-Dateien auf der Platte und eine einfachere Oberfläche. Wenn RAM dein Hauptengpass ist, teste, bevor du dich festlegst.

Am besten geeignet für: Homelab-Betreiber, die allein ein paar Compose-Stacks auf einer Kiste laufen lassen, Wert darauf legen, ihr YAML auf der Platte zu sehen, und weder SSO noch Scanning brauchen.

Arcane: schlanker Go-Manager mit kostenlosem OIDC

Arcane kommt als einzelne kompilierte Go-Binärdatei, enthält OIDC/SSO schon in der kostenlosen Stufe und beherrscht GitOps mit automatischem Redeployment. Diese drei Dinge zusammen machen den Unterschied.

Das aktuelle Release ist v2.4.0 (11. Juli 2026), laut den Arcane-Releases auf GitHub. Arcane hat eine beachtliche Zahl an Releases und Mitwirkenden hinter sich, ein brauchbares Reifezeichen. Die Lizenz ist BSD-3-Clause, die GitHub-Sterne liegen im Juli 2026 bei rund 6.500.

Was du ab Werk bekommst: kostenloses OIDC/SSO (genau das, was Portainer hinter der Bezahlschranke hält), GitOps mit automatischem Redeployment bei Änderungen im Repo, eine REST-API, ein CLI-Werkzeug für alle, die nicht klicken wollen, Verwaltung entfernter Hosts und ein SBOM, das das Team für Transparenz veröffentlicht.

Was du nicht bekommst, ist eingebautes Schwachstellen-Scanning im Deployment-Ablauf nach Dockhand-Art, und Arcanes Update-Workflow entspricht nicht Dockhands Safe-Pull-Ansatz. Wenn dein ausschlaggebendes Kriterium ist, Images zu scannen und riskante Pulls aus derselben Oberfläche heraus zu blockieren, bleibt Dockhand die klarere Wahl.

Am besten geeignet für: kleine Teams oder Einzelbetreiber, die kostenloses SSO und eine saubere Installation als einzelne Binärdatei brauchen. Wenn du jemals Portainer nur deshalb aufgesetzt hast, um zwei Teamkollegen eigene Logins zu geben, und dann gemerkt hast, dass OIDC nur in der BE steckt, ist Arcane der naheliegende nächste Schritt.

Dockhand: sicherheitsorientierter Manager mit eingebautem Scanning

Dockhands Aushängeschild ist Schwachstellen-Scanning, das fest im Deployment-Ablauf verankert ist. Grype und Trivy laufen beide als vollwertige Bürger, dazu kommt ein „Safe-Pull“-Modus, der Image-Updates zurückhält, wenn ein Scan sie beanstandet. OIDC/SSO ist ebenfalls kostenlos. Diese Kombination gibt es sonst nirgends in dieser Liste.

Es ist zugleich das jüngste Werkzeug hier. Autor Jarek Krochmalski veröffentlichte das erste Release im Dezember 2025. Das Dockhand-Repository auf GitHub führt v1.0.37 (11. Juli 2026) als aktuelles Release. Lies das so: Der Sicherheits-Funktionsumfang ist echt und die Entwicklung geht schnell voran, aber das Projekt hat noch weniger Praxiserfahrung im Produktivbetrieb als die älteren Optionen hier.

Auf die Lizenz solltest du achten. Dockhand steht unter Business Source License 1.1, kostenlos für private Nutzung, interne geschäftliche Nutzung, Non-Profits, Bildung und Evaluierung. Es ist keine OSI-anerkannte Open Source. Das Repo bestätigt, dass die Lizenz am 1. Januar 2029 in Apache 2.0 übergeht. Bis dahin sind kommerzieller Weitervertrieb und SaaS-Wiederverkauf ausgeschlossen. Details zu den kostenpflichtigen SMB- und Enterprise-Angeboten können sich ändern, prüfe also dockhand.pro wenn du eine kommerzielle Lizenz brauchst.

Was du bekommst: Schwachstellen-Scanning über Grype und Trivy, Safe-Pull-Schutz, kostenloses OIDC/SSO, automatische Updates mit Rollback, geplante Aufräumläufe für ungenutzte Images und Volumes, Multi-Node-Verwaltung über einen kleinen Agenten namens Hawser, Web-Terminal, Dateibrowser, Aktivitätsprotokollierung. Darunter liegt ein Stack aus Bun + SvelteKit, standardmäßig SQLite mit PostgreSQL als Option, und das Image basiert auf Wolfi für eine kleinere Angriffsfläche. Der Dockhand-Artikel von XDA Developers beschreibt die Oberfläche im Detail, falls du vor der Installation einen Blick darauf werfen willst.

Zwei Dinge solltest du wissen: RBAC und LDAP/AD liegen selbst in der ansonsten großzügigen kostenlosen Stufe hinter der Bezahlschranke. Dockhand unterstützt inzwischen Podman-Umgebungen einschließlich Schwachstellen-Scans, aber Docker bleibt der primäre und ausgereiftere Weg. Teste deinen konkreten Podman-Workflow also vor einer Migration.

Am besten geeignet für: sicherheitsbewusste Homelab-Nutzer und kleine Teams, die Schwachstellen-Scanning ab Werk wollen, ohne Portainer BE zu kaufen, und die kein Problem damit haben, ein junges Projekt unter einer nicht OSI-anerkannten Lizenz zu betreiben.

Komodo: Git-getriebenes Deployment über mehrere Server

Komodos Argument ist Git als verbindliche Quelle und eine saubere Trennung zwischen Steuerungsebene und verwalteten Hosts. Du betreibst Komodo Core (Weboberfläche, API, Scheduler) auf einer Kiste, legst auf jedem Host, den du verwalten willst, einen kleinen zustandslosen Agenten namens Periphery ab und definierst deine Stacks, Builds und Deployments als Code in einem Git-Repo.

Das aktuelle Release ist v2.2.0 (7. Mai 2026), laut den Komodo-Releases auf GitHub. Das Backend ist in Rust geschrieben, worauf die Komodo-Dokumentation über die Rust-Crate komodo_client hindeutet.

Was es gut kann: Build-Pipelines aus Git mit automatischer Versionierung, Deployment-Stacks, die sich beim Push auf den konfigurierten Branch selbst neu ausrollen, feingranulare Rechte pro Ressource, OAuth über GitHub oder Google, REST- und WebSocket-API, Ressourcen-Monitoring und keine Begrenzung der Serveranzahl. Bei den Container-Engines werden Docker und (laut Doku) Podman über einen Alias von podman auf docker unterstützt, Docker Swarm kam in v2 dazu.

The setup overhead is real. Komodo needs a database (MongoDB, FerretDB, or PostgreSQL). You also have to think about networking between Core and your Periphery agents. None of this is hard if you've done it before, but it's not "docker run and go" the way Dockge is. The reward for that setup work is a deployment workflow that scales across however many VPS instances you want to run.

Am besten geeignet für: DevOps-Praktiker oder Teams, die Docker über mehrere VPS-Hosts betreiben und Git als verbindliche Quelle, feingranulare Rechte pro Ressource und einen Multi-Server-Workflow ohne Kubernetes-Abhängigkeit wollen.

Welches passt zu deinem Einsatzzweck?

Hier die Kurzfassung. Ich habe alle vier getestet, und die Antworten unten sind das, was ich empfehlen würde, wenn du mir dein Setup in einer Slack-DM beschreibst.

• Homelab allein, einzelner Host, Compose-Stacks, die du als YAML auf der Platte sehen willst: Dockge. Der Autor pflegt auch Uptime Kuma, das dateibasierte Design passt perfekt zu einem stabilen Homelab, und die Oberfläche wird dir gefallen.
• Kleines Team, das ausdrücklich kostenloses OIDC/SSO braucht: Arcane. Installation als einzelne Binärdatei, ausgereifte Codebasis, BSD-Lizenz, GitOps fest eingebaut. Das ist der einfachste Wechsel von Portainer CE zu etwas Besserem, wenn die Authentifizierung deine Mauer war.
• Sicherheitsbewusster Nutzer, der Schwachstellen-Scanning will, ohne für Portainer BE zu zahlen: Dockhand. Geh nur mit offenen Augen an die BSL-Lizenz und das Alter des Projekts heran.
• Docker auf mehreren Servern über verschiedene VPS-Hosts, Git-getriebener Workflow: Komodo. Ja, die Datenbankanforderung bedeutet echte Einrichtungsarbeit. Und ja, sie lohnt sich, sobald du mehr als zwei Hosts hast.
• Du brauchst kein SSO, dein Team ist klein, und Portainers Oberfläche passt dir: Bleib bei Portainer CE.

Eine ehrliche Einschätzung zu den knappen Fällen: Arcane gegen Dockhand ist für einen sicherheitsbewussten Einzelnutzer wirklich eng. Arcane hat die Reife und die Open-Source-Lizenz, Dockhand hat die Scanning-Funktionen. Ich glaube, du machst mit beiden nichts falsch. Entscheide dich für die Achse, die dir wichtiger ist.

Wenn du dich für eines entschieden hast und dir die manuelle Installation sparen willst: Vier dieser Werkzeuge (Dockge, Arcane, Komodo und Portainer selbst) sind Ein-Klick-Deployments aus Cloudzy's Marketplace, und sie laufen auf allen unseren Linux VPS-Pläne. Ein VPS mit 2 GB / 1 vCPU ist ein sinnvoller Startpunkt für die Management-UI plus eine kleine Container-Last; nimm 4 GB oder mehr für Multi-Stack-Setups oder wenn du die Datenbank von Komodo neben Core betreibst. Dockhand ist noch nicht im Marktplatz, lässt sich aber auf demselben Typ Linux-VPS installieren. Der Vergleich von Portainer und Cosmos Cloud auf dem Cloudzy-Blog geht ausführlicher auf eine weitere Marktplatz-Option ein.

Fazit

Den einen universellen Portainer-Ersatz gibt es nicht. Dockge passt am saubersten für dateibasierte Compose-Verwaltung auf einem einzelnen Host, Arcane ist die stärkste unkomplizierte Wahl für kostenloses SSO, Dockhand sticht durch integriertes Schwachstellen-Scanning hervor, und Komodo ist für Git-getriebene Deployments über mehrere Server gebaut. Wenn Portainer CE deinen Bedarf bereits abdeckt, ist Bleiben nach wie vor eine vernünftige Entscheidung.

Wähle das Werkzeug nach der Einschränkung aus, die du wirklich beseitigen musst, und teste es dann mit einer Kopie deiner Stacks, bevor du produktive Workloads migrierst. Wenn du ausrollen willst, ohne den Server von Grund auf zu bauen, sind der Marktplatz von Cloudzy und die Linux-VPS-Tarife ein praktischer Ausgangspunkt für Portainer, Dockge, Arcane oder Komodo.

Häufig gestellte Fragen

Was ist der Unterschied zwischen Portainer CE und der Business Edition?

Portainer CE ist kostenlos und deckt die grundlegende Container-Verwaltung ab, einschließlich Docker-Umgebungen, Compose-Stacks und der Verwaltung mehrerer Umgebungen über Agenten. Die Business Edition ergänzt Funktionen wie OAuth/SSO, feingranulares RBAC, AD/LDAP, Audit-Logging und weitere Unternehmenssteuerungen. Portainer bietet derzeit drei Business-Edition-Nodes kostenlos an, darüber hinaus hängt der Preis vom gewählten Tarif und der Anzahl der Nodes ab.

Ersetzt Dockge Portainer vollständig?

Für einen einzelnen Docker-Host mit Compose-Stacks und ohne Bedarf an SSO oder feingranularem RBAC: ja, Dockge erledigt den Alltag sauber. Es ersetzt nicht Portainers Kubernetes-Unterstützung, feingranulares RBAC oder die Registry-Verwaltung. Die in v1.4 ergänzte Multi-Agent-Unterstützung deckt einfache Multi-Server-Szenarien ab, ist aber kein vollwertiger Ersatz für den Portainer-Agenten.

Kann ich Dockge zur Docker-Verwaltung über mehrere Server nutzen?

Ja, seit v1.4 (und verfeinert in v1.5) unterstützt Dockge mehrere Dockge-Instanzen, die aus einer Oberfläche heraus verwaltet werden. Das ist leichter als Portainers Agent-Modell, reicht aber nicht an Komodos Git-getriebenen serverübergreifenden Workflow heran. Für zwei oder drei Hosts ist es in Ordnung, für eine echte Multi-Server-Flotte ist Komodo das bessere Werkzeug.

Welche Portainer-Alternativen bieten kostenloses OIDC/SSO?

Arcane und Dockhand enthalten beide OIDC/SSO in ihren kostenlosen Stufen. Komodo unterstützt OIDC sowie anbieterbasierte Login-Optionen. Dockge unterstützt kein OIDC. Portainers externe Authentifizierung und SSO-Optionen gehören zur Business Edition.

Lohnt sich Portainer CE im Jahr 2026 noch?

Ja. Portainer CE wird weiterhin aktiv gepflegt und liefert auf seiner LTS-Linie nach wie vor CVE-Patches aus. Wenn dein Setup kein SSO, kein feingranulares RBAC und keine GitOps-Autoupdates braucht, gibt es keinen dringenden Grund zu migrieren. Die Alternativen in diesem Artikel richten sich an Nutzer, die an eine konkrete CE-Einschränkung stoßen, nicht an Nutzer, deren aktuelles Setup gut funktioniert.