Zurück zum Blog
Container30. April 2026Michael Hettwer5 min read

Podman 2025: Rootless Container im Rechenzentrum reif für den Alltag?

Ein ehrlicher Blick auf die Podman-Entwicklung 2025: Was Rootless-Betrieb, Quadlet und die Docker-Kompatibilität im Alltag wirklich halten.

Im Februar 2025 haben wir in unserem Einstiegsbeitrag zu Podman erklärt, warum der daemonless Container-Ansatz eine ernsthafte Alternative zu Docker ist. Sechs Monate später ist die richtige Frage eine andere: Hat Podman 2025 gehalten, was die Theorie verspricht? Wir haben ein Jahr Release-Entwicklung verfolgt und die Eindrücke aus dem Betrieb von Kundensystemen zusammengefasst. Die kurze Antwort: Ja, mit Abstrichen, und die Abstriche sind andere als 2024.

Was die Releases 2025 gebracht haben

Das Jahr 2025 hat gleich drei nennenswerte 5.x-Releases gesehen. Podman 5.4 erschien Anfang 2025 und brachte unter anderem das Kommando „podman update“, mit dem sich laufende Container nachträglich ändern lassen, darunter auch Healthcheck-Einstellungen, sowie erste Werkzeuge rund um OCI-Artifacts. Podman 5.5 folgte im Mai 2025 mit einem kräftigen Paket: Neue Kommandos zum Kopieren von Dateien in laufende Maschinen und zum Entpacken von OCI-Artifacts, Quadlet-Erweiterungen wie die Schlüssel „Memory“, „ReloadCmd“ und „Retry“, ein überarbeitetes Healthcheck-Handling, das auf Systemen mit vielen Containern spürbar entlastet, und ein dependenzbewusstes Stoppen von Pods, bei dem der Infra-Container zuletzt beendet wird. Im August 2025 kam Podman 5.6, das die Quadlet-Verwaltung mit eigenen Kommandos zum Auflisten, Installieren und Entfernen von Units deutlich vereinfacht und die Vorbereitungen für das Ende der alten BoltDB-Datenbank getroffen hat.

Wer nur die Changelogs liest, sieht viele kleine Bausteine. Im Betrieb addieren sie sich zu etwas Größerem: Die Integration in systemd ist keine Notlösung mehr, sondern der empfohlene Weg.

Quadlet: die stille Erfolgsgeschichte des Jahres

Der wichtigste Trend des Jahres 2025 lief nicht unter der Überschrift „Features“, sondern unter „Quadlet“. Damit lassen sich Container, Pods, Netzwerke und Volumes als systemd-Units deklarativ beschreiben, und genau dort, wo Rechenzentren seit Jahrzehnten arbeiten, landen sie: im Boot-Prozess, im Journal, in den bekannten Restart- und Abhängigkeitsmechanismen. 2025 hat jede Release die Unit-Optionen erweitert, von Speicherlimiten über Reload-Signale bis zu Pull-Wiederholungen.

Unsere ehrliche Einschätzung: Für klassische Server-Rollen, also Einzelhosts mit wenigen, klar definierten Diensten, ist Quadlet inzwischen der Grund, Podman überhaupt zu wählen. Nicht die Docker-Kompatibilität, sondern die systemd-Integration ist das eigentliche Verkaufsargument. Docker-Compose-Nutzer müssen allerdings umdenken: Ein Quadlet ersetzt kein Compose-File mit beliebig vielen Services, sondern beschreibt eher einen sauber definierten systemd-Dienst.

Rootless im Rechenzentrum: geeignet, mit Vorbereitung

Rootless-Betrieb ist 2025 für den Serveralltag reif geworden, aber es ist kein Selbstläufer. Die Punkte, die in der Praxis zählen:

  • Nutzerverzeichnisse und Speicher: Volumes, UID-Zuordnungen und Speicherquoten im unprivilegierten Nutzerkontext wollen geplant sein. Die neue Option, Volumes mit festen UID- und GID-Werten anzulegen, hilft genau dort.
  • Netzwerk: Pasta als Standard-Netzwerkstack hat sich eingespielt, aber Ports unter 1024, Firewall-Regeln und die Auflösung des Hosts aus dem Container bleiben Stolpersteine, die man einmal pro Umgebung durchspielen sollte.
  • Aktualisierungen: Rootless bedeutet nicht „wartungsfrei“. Die Rootless-Nutzerumgebung, ihre systemd-User-Units und der Rest des Systems brauchen einen gepflegten Update-Rhythmus.

Unverändert gilt: Rootless ist der richtige Standard für alles, was keinen privilegierten Zugriff braucht, und privilegierte Container bleiben die Ausnahme, die man begründen und dokumentieren muss.

Die Docker-Kompatibilität: gut genug für den Umstieg

Die Kompatibilität zur Docker-REST-API funktioniert in den relevanten Fällen, und Details wie zusätzliche Inspect-Felder zeigen, dass upstream kontinuierlich an ihr gearbeitet wird. Zwei Einschränkungen bleiben ehrlich zu benennen. Erstens: Kleinere Abweichungen in der API existieren weiterhin und treffen vor allem Automatisierungen, die sehr spezifische Docker-Verhaltensweisen erwarten. Zweitens: „podman compose“ leitet an ein externes Compose-Werkzeug weiter, das installiert und gepflegt sein will. Für neue Aufbauten empfehlen wir, gar nicht erst mit Compose anzufangen, sondern direkt Quadlet zu nutzen. Bestehende Compose-Stacks lassen sich in Ruhe migrieren, und der Beitrag zum Zusammenspiel von Diensten und systemd zeigt, wie wir Übergänge ohne Ausfallzeit handhaben.

Wann der Umstieg 2026 Sinn ergibt

Die Frage ist am Ende keine Produktfrage, sondern eine Planungsfrage. Drei Situationen, in denen wir den Umstieg aktiv empfehlen: Bei Neuaufbauten, wo es keinen Bestand gibt, den man hätte überführen müssen. Bei Systemen, deren Dienste ohnehin systemd-nah laufen und nur wenige Container brauchen, wo Quadlet die bisherige Init-Skript-Welt direkt ersetzt. Und überall dort, wo Mehrnutzer-Systeme sauber getrennt werden sollen, weil Rootless die Isolation zwischen den Nutzern auf Betriebssystemebene herstellt, statt Vertrauen in einen privilegierten Daemon zu setzen. Umgekehrt gilt: Wo Teams tief in ein Docker-Ökosystem inklusive Spezialwerkzeugen investiert sind, kostet die Migration mehr, als die Vorteile des ersten Jahres hergeben. Dann ist der ehrliche Rat, den Wechsel zu planen, nicht zu erzwingen, und die Migration schrittweise an jedem Rebuild des Systems vorzunehmen.

Fazit

Podman 2025 war für uns das Jahr, in dem die Frage „Podman oder Docker?“ für Server-Rollen eine pragmatische statt eine ideologische Antwort bekommen hat. Rootless-Betrieb mit Quadlet ist produktionsreif, die Werkzeugkette ist stabil genug für den Alltag, und die Kosten des Umstiegs liegen vor allem in der Umgewöhnung, nicht in der Technik. Wo Kubernetes ohnehin im Spiel ist, ändert das nichts an der Auswahl; für alles andere zwischen Einzelhost und Cluster ist Podman 2025 die Antwort geworden, die wir auch unseren Kunden empfehlen. Wer den Betrieb auslagern möchte, findet auf unserer Service-Übersicht die betreffenden Leistungen, und für die Grundlagen lohnt ein Blick in unseren Podman-Einstiegsbeitrag.

Quellen

  • Podman Release Notes v5.5.0, https://github.com/podman-container-tools/podman/releases/tag/v5.5.0 (abgerufen 2026-11-01)
  • Podman Release Notes v5.3.0 (Quadlet-Kontext der Vorgängerversionen), https://github.com/podman-container-tools/podman/releases/tag/v5.3.0 (abgerufen 2026-11-01)
  • Podman 5.6 Release-Ankündigung, offizieller Podman-Blog, https://blog.podman.io/2025/08/podman-5-6-released/ (abgerufen 2026-11-01; Release-Datum 2025-08-15)
  • Podman-Dokumentation zu Quadlet, https://docs.podman.io/en/latest/markdown/podman-quadlet.1.html (abgerufen 2026-11-01)
  • Podman Release Notes (aktuelle Version), https://github.com/podman-container-tools/podman/blob/main/RELEASE_NOTES.md (abgerufen 2026-11-01)