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.
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.
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.
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) :)
Merci pour cette video J'ai pas bien compris l'histoire d'un conteneur dans une vm Il est bien possible aujourd'hui d'installer un docker sur windows ou linux et d'y faire tourner les memes conteneurs,.par exemple apache non ? Sans pour autant avoir de vm
Un container « repose » sur un OS, il isole un bout de l’OS mais il contient pas le noyau. Sur Windows c’est possible d’installer WSL2 (= une virtualization Linux) , et c’est fort possible que des utilitaires docker installent une VM, mais sans ça, non Apache aura pas le noyau pour tourner
Je ne sais pas si c'est parce-que j'y suis pas habituer mais j'ai jamais vue d'interface graphique dans dockers, et sa ne doit pas être commode lorsqu'on commence ce qui implique que les VM sont plus confortable quand on manque d'expérience
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?
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 :)
@@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.
@@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 😱😱
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.
Je suis ravi que ça vous ait plu :)
Clair, simple, précis, concret :)
Merci :)
Excellente vidéo, comme toujours c'est clair et complet. Merci beaucoup.
Et bien merci pour les encouragements :)
Merci pour les explications !
Avec plaisir ;)
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.
Merci très bien expliqué. Personnellement j'utilise mon serveur NAS Synology pour tester mes applications en ligne via docker. 😉
Excellente vidéo bien présentée
Super Vidéo 💪🏾
Merci :)
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.
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) :)
Merci pour cette video
J'ai pas bien compris l'histoire d'un conteneur dans une vm
Il est bien possible aujourd'hui d'installer un docker sur windows ou linux et d'y faire tourner les memes conteneurs,.par exemple apache non ? Sans pour autant avoir de vm
Un container « repose » sur un OS, il isole un bout de l’OS mais il contient pas le noyau. Sur Windows c’est possible d’installer WSL2 (= une virtualization Linux) , et c’est fort possible que des utilitaires docker installent une VM, mais sans ça, non Apache aura pas le noyau pour tourner
Je ne sais pas si c'est parce-que j'y suis pas habituer mais j'ai jamais vue d'interface graphique dans dockers, et sa ne doit pas être commode lorsqu'on commence ce qui implique que les VM sont plus confortable quand on manque d'expérience
Il y a docker desktop qui fournit une interface ou tu peux voir tes images, containers, volumes etc…
L'etape suivante c'est nix alors :D
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 ?
c’est pas une machine virtuelle. C’est un compartiment dans l’os hôte
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?
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 :)
@@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.
Comme dirais mohammed Henni : "Logique"
honnêtement, pour ma culture, il y a encore des gens dans l IT qui se posent cette question ?
Dans le sondage stackoverflow 2023 environ 50% des utilisateurs disent utiliser Docker, donc oui une bonne moitié
@@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 😱😱
Moi j'ai travaillé que sur des Vm... Jamais utiliser de docker. Là je vais me former