je viens de tomber sur cette video (je me suis reellement mis à apprendre docker au debut de l'été grace à la chaine de xavki), et à l'instar de la k7, c'est également le genre de sujets videos que je recherche à savoir non pas comment on le fait marcher mais expliquer pourquoi certains utilisent mal, une idee (si tu as jamais traité): le reverse proxy avec docker et avec un nom de domaine, et aussi les secu tls
Cool, tu parles des erreurs ET DES SOLUTIONS pour y remédier. Merci A timeline : 8:56 4) n images ... multi stages builds 10:42 console demo 5) couche oignon ds 1 Run = layer 6) latest
Pour visualiser les changements en live, le mapping de volumes ne suffit pas parfois , il faut ajouter l'option "chokidar_usepolling=true" dans le docker-compose ou après la commande "run" pour activer le hot-reloading.
Probleme d'utiliser la meme image en dev et en prod, c'est souvent les dependences. Par exemple, je fais du ruby, jai des gems qui necessitent des lib C pour s'installer. Dans mon image de dev, je travaille en 1 etape, jai toutes les lib C, tout le temps, comme ca je peux mettre a jour mes gems sans devoir rebuild mon image tout le temps (c'est tres long, c'est tres chiant, c'est pas intuitif). J'ai aussi des gems que je n'utilise qu'en dev (debug, tests, mocking ...) ou en CI. Par contre, en prod, je veux pas que ces gems soient chargees en RAM parce qu'elles ne servent a rien. De meme, en prod, mes fichiers de tests ne sont pas dans l'image. Pire encore, certaines gems ont besoin de certaines dependances pour s'installer mais ne les necessitent pas au runtime. Et enfin, pour la prod, je veux la plus petite image possible (minimiser les temps de DL, tous les footprints) alors qu'en dev, franchement, je m'en balance. Du coup je construis mon image de prod en plusieurs etapes (technique de base avec docker pour eviter d'avoir des images trop grosses, tmtc) Je precise quand meme au cas ou - ce que j'appelle dev, c'est mon environnement local. L'environnement ou on deploie du code pour le tester en "conditions reelles" avant que ca parte chez le client s'appelle "Staging" chez nous. - j'utilise docker compose, ce qui change un poil la facon de construire les images en local, justement a cause des dependences
S'il vous plaît j'ai créé une app avec Spring boot et je stock les images sur le serveur, lorsque j'ai utilisé docker le stockage des images devenue un peu long , est ce qu'il y a des bonnes pratiques concernant cette use cases
Merci pour la vidéo, j'ai récemment dû remplacer Docker par une tache systemd car l'entreprise rencontrais des difficultés à faire tourner Docker sur leur VPS. Au final, quel est la plateforme ideal pour faire tourner Docker, est-ce un cloud où peux importe le type de serveur ?
Très bonne vidéo. Merci. J'ai quand une petite remarque. J'ai vu quelque part dans ta vidéo(peut être que je me trompe) que dépendre de ton host pour un docker ne prend pas vraiment la philosophie docker qui est d'être portable. Alors quand est-il du mappage de volume ? ( que je trouve pratique en passant)
Effectivement, en production sur un cluster genre kubernetes c'est pas l'idéal parce que si ton conteneur redémarre sur un autre machine tu va perdre tes donnés ou il faut un système compliqué pour partager les volumes entres les machines. Mais si c'et pour faire des tests ou du dev en local c'est très pratique d'utiliser des volumes ;)
Salut Merci pour tes vidéos avant tout. je voulais savoir par ailleurs pendant combien de temps on avait accès à la formation une fois inscrit et est ce qu'on pourra récupérer les vidéos pour les revoir ?
Excellente vidéo à tous égards ! J'ai appris qqch sur l'erreur 5. Avec tes explications, ça coule de source. 😉 Par contre, je vais te titiller sur le point numéro 1. Ta remarque est-elle valable avec les conteneurs hyper-v ? Il me semble que quand tu Run un tel conteneur, le daemon Docker crée d'abord une VM utilitaire optimisée à l'intérieur de laquelle le conteneur sera instancié. 🤔 J'ai une vraie question cette fois-ci. 😊 Le 1er point met en évidence un potentiel problème de scalabilité horizontale. Et justement, comment ça marche en terme de licence ? Si on a 10 instances d'une même image Windows nano server core qui tournent le temps de l'upscale, faut-il 10 licences Windows ? 🤔 Merci encore pour ton super travail. Si tu repasses en Gaule transalpine, fais nous signe. 😊
Je connais pas trop le coté windows mais de ce que j'ai compris les hyperv container sont des machines virtuelles donc ce que je dit ne devrais pas s'appliquer. Par contre il y a des windows container qui eux partage le kernel de l'hôte et sont similaires aux conteneur linux. Pour les licences c'est une très bonne questions et je n'en sait rien :D Si tu trouves la réponse je suis curieux de savoir aussi ! Pour les windows container je pense que t'as pas besoin de licence vu que c'est toujours un seul kernel mais j'imagine que pour des hyper-v tu devrais avoir une licence par conteneur :/
En fait, sous Windows il existe 2 modes d'isolation des containers : - le mode process qui est effectivement identique à celui de Linux ; - et le mode hyper-v qui est spécifique à Windows. Quel que soit le type d'isolation de conteneurs, ce sont des conteneurs Windows qui tournent dans l'un et l'autre. Concernant la licence, seule celle de l'hôte est payante, hyper-v ou pas, d'après mes recherches.