Umstieg von Docker auf Podman
(developers.redhat.com)- Podman: Eine von Red Hat entwickelte Docker-Alternative für Linux
→ Ein daemonloses OCI-Container-Tool: Container werden direkt über den Kernel ausgeführt und können unabhängig von einem Daemon eigenständig betrieben werden
- Auf CLI-Ebene mit Docker kompatibel:
alias docker=podman
→ Auch Docker-Images können unverändert weiterverwendet werden
6 Kommentare
Ich habe es auf Fedora Desktop verwendet, weil es wohl leichter läuft als Docker,
aber wenn man Volumes verwendet, ist es wegen Berechtigungsproblemen schwierig, es als Nicht-Superuser richtig zu nutzen..
Letztlich verwende ich zwar
moby-engine, aber es fühlt sich definitiv so an, als gäbe es noch zu wenig Community und Dokumentation.Red Hat kommt zwar spät, hat sich aber immerhin zusammengerissen und entwickelt daran … aber ich bin noch unschlüssig. Für den produktiven Einsatz eher hm …
Podman: https://podman.io/
Installation und Verwendung von Podman [Koreanisch]: https://chhanz.github.io/container/2020/03/02/podman/
Vergleich von CentOS-8- und CentOS-7-Containern (Podman & Docker): https://blog.naver.com/tkdldjs35/221977555582
https://reddit.com/r/docker/…
Bei der Suche nach den Unterschieden bin ich auf diesen Beitrag von vor ein paar Monaten gestoßen. Dass
overlayfsnicht unterstützt wird, scheint allerdings ein noch grundlegenderes Problem zu sein alsdocker-compose.Aber wenn die Docker-Images unverändert verwendet werden, was bedeutet es dann, dass
overlayfsnicht genutzt werden kann? Ich frage mich, ob die Layer-Struktur der Images und ein Storage-Mechanismus wieoverlayfsvielleicht voneinander unabhängig sind.In dem von Ihnen verlinkten Naver-Blogpost steht, dass es auf der Podman-Seite noch keinen Ersatz für
docker-composegibt. Dann denke ich mir: Das wäre schon ziemlich gravierend, oder?Ah, aktuell wird das Projekt
podman-composeimmerhin recht engagiert weiterentwickelt.https://github.com/containers/podman-compose