Containers vs VMs (pourquoi utiliser Docker)

Pour mieux comprendre en direct, suivez le defi "Constuire Docker" sur app.codecrafters.io/join?via=...
Aujourd'hui, nous avons un sujet brûlant à creuser : Les conteneurs par rapport aux machines virtuelles. Êtes-vous sûr de comprendre la différence entre les deux ? En passant par un défi de construction de Docker avec Go, j'ai réalisé que je n'avais pas tout à fait saisi ce qu'est un container.
Permettez-moi de vous poser la question suivante : Savez-vous dans quelles conditions l'exécution d'un container Docker est au moins aussi coûteuse (sur le plan informatique ) que l'exécution d'une machine virtuelle ?
Si vous ne connaissez pas la réponse à cette question, ne quittez pas. Nous chercherons à répondre à cette question et à d'autres, comme par exemple : Qu'est-ce qu'une VM ? Qu'est-ce qu'un container ? Quelles sont les différences entre un container et une VM ? Pourquoi un container est-il plus léger (en général) ? Quels sont les inconvénients de l'utilisation d'un container par rapport à une VM ?
La première étape consiste à comprendre ce qu'est une VM (ou machine virtuelle).
#docker #machinesvirtuelles #vm
----------
Mon site : kodaps.dev/fr/

[@cedb.5173]

Clair, simple, précis, concret :)

[@kodaps_fr]

Merci :)

[@danwadore]

Excellente vidéo bien présentée

[@davidmatoska975]

Excellente vidéo, comme toujours c'est clair et complet. Merci beaucoup.

[@kodaps_fr]

Et bien merci pour les encouragements :)

[@JudgeFredd]

Merci pour les explications !

[@kodaps_fr]

Avec plaisir ;)

[@spawn912]

Hello David, Je rajoute ma chtite touche sur un élément important des VMs, te laissant confirmer pour les Containers : il est question d'échelle aussi, je m'explique : Avec un système de VMs, l'hyperviseur (la couche interface entre les ressources matérielles et supportant les Vms) permet l'agrégation des ressources matérielles en ressources virtuelles ce qui veut dire plus explicitement qu'il est possible de faire tourner par exemple, une VMs avec 8 processeurs et 512Go de RAM sur un système composé de 8 ordinateurs possédant chacun 64Go de RAM. Ce qui n'est je ne crois pas possible avec un container dont les ressources se limitent à la machine sur laquelle il est exécuté et donc il est nécessaire de scaler ou autrement dit d'exécuter plusieurs instances de ce container sur plusieurs machines pour obtenir le même résultat. Ce qui induit, du coup, de devoir penser à un système de communication entre les diverses instances, là, où on aurait un système monolithique avec une VM.

[@lilillilil9534]

Super Vidéo 💪🏾

[@kodaps_fr]

Merci :)

[@domidomi7468]

Alors là je suis bluffé . J'ai regardé juste pour ma culture gé et moi qui suis plutôt mauvais public pour les vidéos d'autoformation j'ai été scotché du début jusqu'à la fin. Chapeau bas.

[@kodaps_fr]

Je suis ravi que ça vous ait plu :)

[@regisblec4271]

Merci très bien expliqué. Personnellement j'utilise mon serveur NAS Synology pour tester mes applications en ligne via docker. 😉

[@inconu6146]

Vidéo sympa, je mettrais juste un petit correctif, une VM n'est pas à proprement parlé une simulation d'un ordinateur. C'est l'hyperviseur qui s'occupe de "virtualiser" ou simuler la couche physique utilisé en tant normal. Et la VM n'est autre qu'un système d'exploitation et son stockage s’exécutant sur l’hyperviseur qui lui possède un environnement virtualisé. (L'hyperviseur pouvant être un OS donc dit de type 1 (ESXi, Hyper-V, Proxmox, ... ) ou alors un logiciel donc de type 2 (VirtualBox, ...) ). C'est pas grand chose, mais cool la vidéo je recommande.

[@kodaps_fr]

Si vous voulez dire que la VM n’habite pas entièrement dans la couche logicielle, oui je suis d’accord que le schéma de la vidéo est faux sur ce point, en tout cas dans le cas d’un hyperviseur. Par contre si on considère la VM d’un point de vue fonctionnel (et pas juste du fichier qui stocke ses données), ça n’enlève pas au fait que ses composant matériels soient virtualises (ou que soit effectuée cette virtualization) :)

[@myname-mz3lo]

donc un container cest une machine virtuelle a fonction unique(predefinie) ou toute le reste de l'os est retirer a part ce que tu utilise ?

[@kodaps_fr]

c’est pas une machine virtuelle. C’est un compartiment dans l’os hôte

[@user-kh6qs9tb4y]

L'etape suivante c'est nix alors :D

[@jamalse6684]

Très intéressant. Mais est-ce une mauvaise pratique d’utiliser docker pour un déploiement sur des VMS issue d’un ESXI par exemple? Ou est-ce contre productif?

[@kodaps_fr]

Il me semble que VMware / ESXI est capable de faire tourner des container directement, en tout cas dans des versions récentes. Dans ce cas la surcouche de la VM est pas utile. Par contre si le but c’est par ex de tester on premise avant de mettre en prod c’est pas le plus performant mais c’est pas non plus un problème majeur :)

[@jamalse6684]

@@kodaps_fr Donc si j’ai bien compris, une entreprise qui possède ESXI par exemple, doit revoir son infra si elle veut travailler et déployer ses projets interne avec docker? J’avoue être un peu perdu la. Faire tourner mes containers en local ou même sur des vms pas de soucis mais pour le déploiement, hormis le cloud on n’a pas beaucoup d’infos je trouve.

[@KerByGaming971]

Comme dirais mohammed Henni : "Logique"

[@vulcanjibe]

honnêtement, pour ma culture, il y a encore des gens dans l IT qui se posent cette question ?

[@kodaps_fr]

Dans le sondage stackoverflow 2023 environ 50% des utilisateurs disent utiliser Docker, donc oui une bonne moitié

[@vulcanjibe]

@@kodaps_fr ça me paraît sidérant. Même dans les gros SI pourtant pas réputé a la pointe de la techno 🤣, ça fait bien 5 ans que tout est containerisé et même orchestré. J ai du coup du mal a voir qui concrètement s amuse encore en 2023 a faire des installations sèches directement sur des VMs... perso, je crois que je ne saurais même plus faire une install d un produit a l ancienne 😱😱