L'utilisation de docker prendra plus de place disque car tu auras besoin de dupliquer un tas de truc dans tes images qui sont traditionellement partagés. Après certains font leurs images comme des gorets et ne se posent pas de question sur la taille de leurs images. Après en terme de ressources cpu/ram, je ne pense pas que Docker fasse utiliser plus de ressources que ça : il ne faut pas oublier que Docker, et la conteneurisation en général, c'est surtout du chroot amélioré. Le service de gestion docker ne doit pas prendre tant de ressources que ça. Eventuellement tu prendras plus de ressources si pour chaque service qui tourne sur ton host, tu instancies le processus qui va fournir le service + d'autres processus en side-car (supervision, gestion des logs) plutôt que d'en avoir un seul qui centralise tout sur ta machine.
Je ne suis pas fan de docker (enfin ... pas fan de 100% docker, ni de la façon dont c'est utilisé - ça complique les choses dans beaucoup de cas pour un gain faible ), mais il faut rester objectif : côté ressources, mis à part l'espace disque, quand on fait les chsoses correctement, c'est pas là qu'on peut faire des reproches à Docker.
Note : en pratique, quand je peux, je lui préfère podman.
[^] # Re: Huhu
Posté par totof2000 . En réponse au lien Difficile de recommander Python en production . Évalué à 5.
L'utilisation de docker prendra plus de place disque car tu auras besoin de dupliquer un tas de truc dans tes images qui sont traditionellement partagés. Après certains font leurs images comme des gorets et ne se posent pas de question sur la taille de leurs images. Après en terme de ressources cpu/ram, je ne pense pas que Docker fasse utiliser plus de ressources que ça : il ne faut pas oublier que Docker, et la conteneurisation en général, c'est surtout du chroot amélioré. Le service de gestion docker ne doit pas prendre tant de ressources que ça. Eventuellement tu prendras plus de ressources si pour chaque service qui tourne sur ton host, tu instancies le processus qui va fournir le service + d'autres processus en side-car (supervision, gestion des logs) plutôt que d'en avoir un seul qui centralise tout sur ta machine.
Je ne suis pas fan de docker (enfin ... pas fan de 100% docker, ni de la façon dont c'est utilisé - ça complique les choses dans beaucoup de cas pour un gain faible ), mais il faut rester objectif : côté ressources, mis à part l'espace disque, quand on fait les chsoses correctement, c'est pas là qu'on peut faire des reproches à Docker.
Note : en pratique, quand je peux, je lui préfère podman.