Erreurs à éviter avec Docker et les conteneurs

Accéder à la formation :
cours.cocadmin.com/docker-le-...
50% de réduction jusqu'à mercredi minuit.

[@lak7617]

Super vidéo ! Merci !! C'est typiquement des interrogations que j'avais en tête :-)

[@cocadmin]

Si t'as d'autre interrogations hésites pas ca m'aide pour les prochaines videos ;)

[@lcswillems]

Merci beaucoup pour cette vidéo ! Plein d'infos super utiles !

[@GagarineYuri]

Ton tuto est excellent ! Merci pour le partage de tes connaissances

[@superkeil972]

2e vidéo de toi que je vois, j'aime beaucoup !

[@yao1646]

Merci pour tes explications très limpides

[@karjanieluj3135]

Merci c'est de l'or !

[@enigma158an201]

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

[@quentin7343]

Trop bien cette vidéo.

[@mika.france]

apt-get clean c’est plus propre

[@PeterMoueza]

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

[@Aripfizer]

Merci pour ton tuto

[@KaaySo]

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.

[@quentin7343]

C'est parti trop loin pour moi d'un coup là xD

[@firsfnamelastname8490]

Dommage t’as pas mentionné le docker-compose 😅

[@Clonel]

Excellent

[@Alex-uh2gj]

Est ce que c est dérangeant si on a 2 container qui tourne en même temps et qui contient 2 OS différents (ex: Debian et Ubuntu)

[@tommsla123]

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)

[@cocadmin]

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 ;)

[@nimbussdimitri5589]

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 ?

[@cocadmin]

Salut Dimitri, il n' y a pas de limite tu peux prendre le temps que tu veux pour voir et revoir les vidéos de la formation :)

[@FabriceGAUGLIN78520]

Bonjour, oui pas d'outils de débug et de compilation en production style GCC ;):)

[@cocadmin]

yep c' est chercher les problèmes tmtc

[@rickerrick8812]

Salut, super ta vidéo. Est-ce qu’il t’arrive d’utiliser des registry privées avec Docker ? Genre pour stocker des images sur tes propres serveurs ?

[@cocadmin]

Oui, avec gitlab tu as un repo docker intégré. Sur aws tu as ACR aussi. Tu peux aussi créer ton propre registre docker avec l’image registry ;)

[@christiangasore3114]

tous ça c'est complex comme installe des machines virtuel et au final on fin par s'y perdre ou alors créer de breches de sécurite sur la machine hôte!

[@konkerouf]

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

[@maximefleury4455]

Moi ce que je comprend pas c'est vraiment pourquoi ne pas utiliser tout simplement tmux... voir même screen

[@ismailforeveryone6889]

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

[@cocadmin]

je pense pas que springboot change quelque chose. essayes de trouver d'ou vient le ralentissement.

[@antoine428]

Bientôt des vidéos sur Docker Swarm ? Kubernetes ?

[@cocadmin]

Probablement mais pas tout de suite tout de suite

[@zxenon_]

Waoh j'avais encore jamais entendu la prononciation L-A-M-P. Mes collègues et moi avons toujours prononcé ça Lampe... 😅

[@cocadmin]

vous avez surement raison ;)

[@zxenon_]

@@cocadmin 😏

[@JacklapottTv]

Sinon est-ce une bonne idée que d'avoir des conteneurs sur une instance vps virtualisé ?

[@cocadmin]

pourquoi pas ?

[@viddalks]

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. 😊

[@cocadmin]

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 :/

[@viddalks]

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.