Passer de Docker à Podman
(developers.redhat.com)- Podman : une alternative à Docker pour Linux créée par Red Hat
→ un outil de conteneurs OCI sans démon : il exécute les conteneurs directement via le noyau, ce qui permet un fonctionnement indépendant, sans dépendre d’un démon
- Compatible avec Docker au niveau de la CLI :
alias docker=podman
→ les images Docker peuvent aussi être utilisées telles quelles
6 commentaires
Je l’ai utilisé sur Fedora Desktop parce qu’il semblait plus léger que Docker,
mais dès qu’on utilise des volumes, les problèmes de permissions rendent son usage correct assez difficile pour un utilisateur non privilégié..
Au final, j’utilise
moby-engine, mais on sent clairement qu’il manque encore de communauté et de documentation.Red Hat s'est enfin ressaisi et est en train de le développer, même si c'est tardif… mais ça reste un vrai dilemme. Pour un usage réel, hmm…
Podman : https://podman.io/
Installation et mode d’emploi de Podman [coréen] : https://chhanz.github.io/container/2020/03/02/podman/
Comparaison des conteneurs Centos8 et Centos7 (Podman & Docker) : https://blog.naver.com/tkdldjs35/221977555582
https://reddit.com/r/docker/…
En cherchant les différences, je suis tombé sur ce billet d’il y a quelques mois, et j’ai l’impression que le fait de ne pas prendre en charge
overlayfspourrait être un problème plus fondamental encore quedocker-compose.Mais je me demande ce que ça veut dire, de ne pas pouvoir utiliser
overlayfstout en réutilisant tel quel des images Docker… J’ai l’impression que la structure en couches des images et un mécanisme de stockage commeoverlayfssont peut-être indépendants l’un de l’autre.Dans le billet de blog Naver que vous avez partagé, il est indiqué qu’il n’existe pas encore d’alternative à
docker-composedu côté de Podman. Du coup, je me dis que c’est quand même assez critique, non ?Ah, en ce moment, le projet podman-compose est en cours de développement de manière assez active.
https://github.com/containers/podman-compose