Dokku: das Docker-basierte Mini-Heroku für die eigene VM
Ein Docker-basiertes PaaS, das Sie beim Erstellen und Verwalten des Lebenszyklus von Anwendungen unterstützt
Auf einen Blick
- Was ist das?
- Dokku implementiert einen minimalen PaaS-Betrieb auf einem einzigen Server: Git-basierte Auslieferung, Containerverwaltung über Docker, SSH-Schlüssel-Setup und globale Domänenkonfiguration. Der Text ordnet Anforderungen, Installation über bootstrap.sh, Upgradepfad und Unterstützungswege ein.
- Für wen ist es gedacht?
- Dokku passt für Einzelentwickler und kleine Teams, die Anwendungen ohne den Betriebsaufwand eines Kubernetes-Clusters auf einer eigenen VM ausliefern wollen und den Heroku-Workflow aus Git-Push und Containerbau schätzen. Voraussetzung ist eine frische Maschine mit Ubuntu 22.04 oder 24.04 beziehungsweise Debian 11 oder neuer auf amd64 oder arm64.
- Darf ich es kommerziell nutzen?
- Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Das Repository hat innerhalb des letzten Tages neue Commits erhalten.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich Shell, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Die kleinste PaaS-Implementierung und ihr Ansatz
Dokku beschreibt sich im README mit zwei Sätzen, die das Konzept vollständig umreißen: Docker powered mini-Heroku, die kleinste PaaS-Implementierung, die man je gesehen hat. Das Projekt implementiert das Kernversprechen von Heroku, Anwendungen per Git-Push auszuliefern und als Container laufen zu lassen, auf einer einzigen eigenen Maschine. Die Umsetzung ist überwiegend in Shell geschrieben, was zur schlanken Philosophie passt: Kein Control-Plane-Cluster, keine verteilten Komponenten, sondern ein Dienst auf einer VM.
Die Zahlen im Repository belegen die Tragfähigkeit dieses Ansatzes: 32.113 Sterne, 2.069 Forks und nur 29 offene Issues deuten auf ein Projekt hin, das im Kern stabil ist und dessen Problemverkehr eher in Supportkanälen als im Issue-Tracker landet. Die Lizenz ist MIT, ursprünglich von Jeff Lindsay gezeichnet, und die aktuelle Release-Folge v0.38.25 vom 22. Juli, v0.38.26 vom 9. August und v0.38.27 vom 12. August 2026 zeigt eine unregelmäßige, aber kontinuierliche Wartung mit mehreren Patches pro Monat.
Anforderungen: frische VM und ein SSH-Schlüsselpaar
Die Anforderungen fallen bewusst knapp aus: eine frische VM mit Ubuntu 22.04 oder 24.04 auf amd64 oder arm64, jeweils in einer aktuell unterstützten Release-Version, oder Debian 11 oder neuer in derselben Architekturen-Liste. Die Betonung auf frisch ist keine Floskel, denn Dokku übernimmt bei der Installation Dienste und Konfiguration, die auf einer belasteten Maschine mit bestehenden Webservern oder Datenbanken kollidieren können.
Zweitens braucht es ein SSH-Schlüsselpaar für die Anwendungsauslieferung, denn der Deployment-Fluss läuft über Git-Zugriff per SSH. Das README beschreibt hier einen Komfortweg: Existiert das Schlüsselpaar bereits vor der Installation, wird es automatisch in Dokku importiert. Andernfalls muss es nachträglich manuell über den Befehl dokku ssh-keys:add hinzugefügt werden. Wer mehrere Entwickler an eine Dokku-Instanz anbinden will, plant diesen Schritt für jeden Zugang von vornherein ein.
Installation über bootstrap.sh und erste Konfiguration
Die Installation des letzten stabilen Releases läuft als Root-fähiger Nutzer über zwei Befehle: wget -NP . https://dokku.com/install/v0.38.27/bootstrap.sh lädt das Skript, und sudo DOKKU_TAG=v0.38.27 bash bootstrap.sh führt es mit der gewünschten Version aus. Die Version steckt dabei zweimal in der Adresse, im Pfad und im Tag, was eine Installation eines älteren Stands ebenso erlaubt wie das Anpassen auf künftige Releases.
Danach sind laut README zwei Konfigurationsschritte zu erledigen: die Serverdomäne über dokku domains:set-global und der Nutzerzugang über dokku ssh-keys:add, womit die Installation abgeschlossen ist. Für automatisierte Umgebungen gibt es einen eigenen Dokumentationsweg zur unattended installation, der unter dokku.com/docs/getting-started/install/debian/ beschrieben ist. Wer von einer älteren Dokku-Version hochzieht, findet die Upgradeprozedur ebenfalls in der Dokumentation unter getting-started/upgrading.
Pakete, Distributionen und Bezugsquellen
Neben dem Installationsskript verweist das README auf weitere Bezugsquellen: Pakete liegen bei packagecloud.io/dokku/dokku bereit, und für Arch-Linux-Nutzer gibt es das Paket dokku im AUR unter aur.archlinux.org. Diese Kanäle machen den Betrieb auch dort möglich, wo kein Ubuntu- oder Debian-Standardweg greift, auch wenn die offiziellen Anforderungen die beiden großen Distributionen nennen.
Die Vollständigkeit der Dokumentation, einschließlich der fortgeschrittenen Installationswege, liegt unter dokku.com/docs/getting-started/installation/. Für Finanzierung des Projekts sammelt das README Sponsoren und Unterstützer über Open Collective, dazu Patreon; die Logos der Unterstützer füllen einen erheblichen Teil der README-Seite. Das ist ein praktisches Signal für die Nachhaltigkeit eines reinen Open-Source-PaaS, dessen Wartung von mehreren Patches pro Monat abhängt.
Supportkanäle und der Weg zum Beitrag
Für Hilfe nennt das README drei Kanäle: GitHub Issues, das Troubleshooting-Kapitel der Dokumentation und den #dokku-Kanal im Gliderlabs Slack, erreichbar über slack.dokku.com. Die Trennung ist zweckmäßig, denn Betriebsfragen mit Umgebungsproblemen gehören in Chat und Fehlersuchleitfaden, während reproduzierbare Fehler im Issue-Tracker landen.
Der Beitragsweg folgt demselben Muster: Erst Issues, Troubleshooting-Guide und Slack prüfen, dann forken und einen Pull Request öffnen. Das README hält dabei eine ehrliche Erwartung fest: Es kann sein, dass ein PR nicht unverändert gemergt wird, aber er dient dem Gespräch und verbessert die allgemeine Dokku-Erfahrung. Wer also Änderungen vorschlagen will, sollte auf Diskussion vor Code setzen, eine Haltung, die bei einem Projekt mit vielen Umgebungsvarianten und 2.069 Forks nachvollziehbar ist.
Einordnung gegen den heutigen Markt
Dokku besetzt eine Nische, die zwischen vollautomatisierten Plattformen und rohem Docker-Betrieb liegt: weniger als Kubernetes, mehr als ein Shell-Skript. Der Anspruch, die kleinste PaaS-Implementierung zu sein, ist nach wie vor die beste Kurzbeschreibung des Projekts, und die Kombination aus Shell-Umsetzung, Git-Deployment und Docker-Containerbau hält den Einstieg auf einer neuen VM auf wenige Minuten.
Für die Nutzungsentscheidung zählen die documenteden Fakten: Ubuntu oder Debian als Trägerbetriebssystem, ein dedizierter frischer Server, SSH-basierter Git-Zugang und eine lokale Admin-Kommandoreferenz, die über domains:set-global und ssh-keys:add hinaus weitere Verwaltungsbefehle bereitstellt. Wer Hochverfügbarkeit, verteilte Skalierung oder Multi-Cluster-Betrieb sucht, liegt mit Dokku falsch; wer dagegen eine Handvoll Anwendungen auf einer verwalteten Maschine betreiben will, erhält mit dem bootstrap von v0.38.27 einen schnellen, MIT-lizenzierten und aktiv gewarteten Weg.
Redaktionelles Fazit
Dokku passt für Einzelentwickler und kleine Teams, die Anwendungen ohne den Betriebsaufwand eines Kubernetes-Clusters auf einer eigenen VM ausliefern wollen und den Heroku-Workflow aus Git-Push und Containerbau schätzen. Voraussetzung ist eine frische Maschine mit Ubuntu 22.04 oder 24.04 beziehungsweise Debian 11 oder neuer auf amd64 oder arm64. Vor der Installation sollte das SSH-Schlüsselpaar vorhanden sein, das der bootstrap von bootstrap.sh automatisch importiert; danach führen dokku domains:set-global und dokku ssh-keys:add zur einsatzbereiten Konfiguration.
Community-Notizen