Docker vs Podman: Was passt in deine Linux-Umgebung?

In vielen Teams ist Docker historisch gewachsen: Entwickler nutzen Docker Desktop, die Server laufen mit dockerd, und irgendwo existiert ein docker-compose.yml, das niemand mehr anfassen möchte. Parallel liefern Red Hat Enterprise Linux, Fedora und CentOS Stream seit Jahren Podman als Standardwerkzeug aus, Docker ist dort nicht mehr Teil der offiziellen Paketquellen. Wer heute ein neues RHEL- oder Rocky-System aufsetzt, steht damit automatisch vor der Frage, ob er Docker nachrüstet oder auf Podman umstellt.

Technisch geht es um mehr als einen anderen Befehlsnamen. Docker arbeitet mit einem zentralen Daemon, der als root läuft und Container als Kindprozesse verwaltet. Podman startet Container direkt als Kindprozesse der aufrufenden Shell, ohne dauerhaften Dienst dazwischen, und ist auf rootless-Betrieb mit User-Namespaces, slirp4netns beziehungsweise pasta ausgelegt. Das ändert, wie Logging, Restart-Verhalten, Cgroup-Zuordnung und Unit-Dateien aussehen. Ein docker run lässt sich meist eins zu eins übersetzen, ein produktiver Betrieb nicht.

Dazu kommt die kaufmännische Seite. Docker Desktop ist für größere Unternehmen kostenpflichtig, während die Docker Engine unter Linux weiterhin frei verfügbar ist. Diese beiden Dinge werden regelmäßig verwechselt, und die Diskussion endet dann in einer pauschalen Migration, die niemand geplant hat. Typische Fehler sind außerdem: rootless-Container einführen und sich wundern, dass Ports unter 1024 nicht binden; Volumes mit falschem SELinux-Kontext einhängen und den :Z-Suffix vergessen; oder Container-Restarts über systemd erwarten, ohne die passenden Quadlet- beziehungsweise Unit-Dateien angelegt zu haben.