Hello. Super claire cette vidéo. Elle aurait du être la première avant d'aborder celle de Kubernetes :-))) (perso je n'avais pas encore bien saisi les différents intérêts de Docker par rapport à une simple VM avant celle-ci) Merci à Arnaud pour ses explications, ça m'a donné envie d'essayer Docker (car je n'avais pas encore pris la peine de jeter un œil jusqu'ici), à telle point que je suis en train de lire .. son livre ! ;-) Au passage très bien fait pour un débutant comme moi su Docker ! Je m'amuse à tester de grosses images du hub déjà prêtes pour voir que c'est en fait bien facile et efficace le machin :) ... je sens que je vais aimer aller plus loin très bientôt pour mes besoins (Docker avec/sur Azure, sur Synology, ...). Et merci pour vos vidéos explicatives autour des technos de développement MS et cie !
Merci DevApps c'est toujours un plaisir de regarder vos vidéos. Si je peux me permettre de vous faire un retour d'expérience chez mon client on galère grave avec docker je ne sais pas si on est mauvais où si le produit n'est pas assez mature. Les container ne sont pas stables des fois ils tombent et swarm n'arrivent pas à les relancer de plus on a encore des problèmes au niveau de l'isolation process et du partage de disk partagé. Sinon le principe est pas mal
Merci ! Vous avez raison, mais dans une introduction on ne peut pas s'attarder sur chaque sujet. Plusieurs exemples et conseils sont dans le livre : leanpub.com/dock
Donc si j'ai bien compris, Docker est une sorte de machine virtuelle qui permet d'améliorer les compatibilités entre os (etc) et qui intalle les dépendances nécessaires si on ne les as pas encore histoire de garder un environnement pratique (pour l'installation de dépendances) et fonctionnels (utilisables pour l'ensemble des utilisateurs quelques soit la config etc). C'est bien ça ?
Oui, c'est une bonne façon de formuler les choses. A ceci près que les dépendances ne sont pas installéees sur la machine hôte, mais simplement exécutées au sein du conteneur. Cela revient au même pour le code qui tourne dans le conteneur, mais évite les conflits de dépendances ou même de "polluer" la machine hôte.
Merci. S'il s'agit d'une application web, qui tourne donc dans un navigateur, il suffit de mettre le serveur dans un conteneur et le tour est joué. Mais si c'est une application "client lourd" type WPF, Windows Forms, VB6, dans ce cas, la question est comment connecter l'interface utilisateur - qui fonctionne sur la machine client - au conteneur. Je suggère de commencer par des applications plus simples à mettre sous conteneur, mais si je devais mettre une telle application sous conteneur je découperais la logique d'interface (qui resterait hors conteneur) de la logique métier et du stockage (qui tourneraient dans un/des conteneurs).
La question des applications avec GUI (fenêtres, boutons, champs...) a été soulevée au moins deux fois dans cette vidéo et j'aimerais faire un commentaire là dessus. Docker tente de créer un environnement qui fonctionne sur dans toute sorte d'environements: Mac, PC, Linux, 32-bits, 64-bits, Power-PC, i386, i86-64, ARM, ARM-64...(allez voir les images disponibles sur hub.docker.com). Dans ces conditions, il serait difficile de créer des applications GUI qui fonctionneraient sous Docker. Le code utilisé par Apple (Cocoa) pour gérer le GUI n'est pas compatible avec le code équivalent utilisé par Microsoft qui lui-même n'est pas compatible avec LES codeS utilisés sous Linux/UNIX (Gnome/KDE/X-Windows). Et là, je n'aborde même pas les systèmes mobiles (iOS, Android). Les APIs graphiques des différents environements sont trop différents pour rendre ce genre de chose viable. Alors reste l'ultime recours: le fureteur web. Le HTML, le CSS et le Javascript et les déclinaisons qui en découlent (Angular, React, VueJS ou jQuery) font très bien l'affaire. Donc, vous démarrez un container sur votre machine et immédiatement un fureteur web (Safari, Edge, Chrome, Firefox, Opera...) démarre et se connecte au service créé par le ou les container(s) ainsi créés.
Merci pour ce vidéo rempli de connaissances essentielles. Je viens d'acheter ton livre Learn Kubernetes & Docker.
Merci de ton retour ! J'espère que la lecture du livre t'a permis de prendre en main rapidement ces deux technologies !
Salut, merci pour ce jolie tour d'horizon sur le Docker. Et Grand Merci pour vos interventions de qualité.
Merci pour ce retour :-)
Merci pour cette présentation. Clair et précis.
riche, didactique et complet, bon travail
c'est formidable
Merci
trop bien expliqué! :)
Vidéo très claire et bien expliqué
Excellent présentation assez claire.
Merci
Félicitation pour cette intro à Docker. Non seulement ultra simple, mais également pratique et opérationnelle.
Je viens de suivre ce podcast j'ai aussi tôt aimé docker , le Mr est claire dans ses explications
Merci !
Très instructif, merci et bonne continuation.
Super bien expliqué, merci !
Merci à vous pour ce beau travail
D'une clarté irréprochable. Merci à votre présentation parfaitement pédagogique.
Absolument passionnant !!!
Merci pour cette vidéo et ce travail de présentation de qualité
Encore une présentation extrêmement claire et utile. Merci 🙂
super Excellente présentation, merci infiniment.
Avec plaisir
Mercii
Super intéressant. Je commence les cours sur Docker demain, je suis carrément plus serein ; )
Excellente présentation. Merci beaucoup.
Passionnant !
Hello. Super claire cette vidéo. Elle aurait du être la première avant d'aborder celle de Kubernetes :-)))
(perso je n'avais pas encore bien saisi les différents intérêts de Docker par rapport à une simple VM avant celle-ci)
Merci à Arnaud pour ses explications, ça m'a donné envie d'essayer Docker (car je n'avais pas encore pris la peine de jeter un œil jusqu'ici), à telle point que je suis en train de lire .. son livre ! ;-) Au passage très bien fait pour un débutant comme moi su Docker !
Je m'amuse à tester de grosses images du hub déjà prêtes pour voir que c'est en fait bien facile et efficace le machin :) ... je sens que je vais aimer aller plus loin très bientôt pour mes besoins (Docker avec/sur Azure, sur Synology, ...).
Et merci pour vos vidéos explicatives autour des technos de développement MS et cie !
Merci ! Je suis ravi de voir que ça vous a permis de comprendre l'intérêt de la techno, et que le livre vous a paru bien fait !
Merci DevApps c'est toujours un plaisir de regarder vos vidéos. Si je peux me permettre de vous faire un retour d'expérience chez mon client on galère grave avec docker je ne sais pas si on est mauvais où si le produit n'est pas assez mature. Les container ne sont pas stables des fois ils tombent et swarm n'arrivent pas à les relancer de plus on a encore des problèmes au niveau de l'isolation process et du partage de disk partagé. Sinon le principe est pas mal
Bonjour,
Excellente présentation, merci infiniment.
Mohamed.
Excellent!!
Par contre on s'est pas trop attardé sur la creation du Dockerfile, qui me semble un element assez important
Merci ! Vous avez raison, mais dans une introduction on ne peut pas s'attarder sur chaque sujet. Plusieurs exemples et conseils sont dans le livre : leanpub.com/dock
Merci belle démo.
Merci pour cette superbe vidéo
Merci pour ce tuto, est il possible de dockeriser une vm déja existante sur Vbox svp?
Trop bien expliqué 💪
Merci !
Donc si j'ai bien compris, Docker est une sorte de machine virtuelle qui permet d'améliorer les compatibilités entre os (etc) et qui intalle les dépendances nécessaires si on ne les as pas encore histoire de garder un environnement pratique (pour l'installation de dépendances) et fonctionnels (utilisables pour l'ensemble des utilisateurs quelques soit la config etc). C'est bien ça ?
Oui, c'est une bonne façon de formuler les choses. A ceci près que les dépendances ne sont pas installéees sur la machine hôte, mais simplement exécutées au sein du conteneur. Cela revient au même pour le code qui tourne dans le conteneur, mais évite les conflits de dépendances ou même de "polluer" la machine hôte.
@@arnaudweil8625 merci
Vraiment bon. Merci
Merci beaucoup
Excellent merci beaucoup, avez-vous des exemples de l’utilisation de docker sur des applications sprint boot ?
top merci
Merci Excellente video
1000 merci. un conteneur peut être une application de gestion commerciale qui tourne sous windows???
Merci. S'il s'agit d'une application web, qui tourne donc dans un navigateur, il suffit de mettre le serveur dans un conteneur et le tour est joué. Mais si c'est une application "client lourd" type WPF, Windows Forms, VB6, dans ce cas, la question est comment connecter l'interface utilisateur - qui fonctionne sur la machine client - au conteneur. Je suggère de commencer par des applications plus simples à mettre sous conteneur, mais si je devais mettre une telle application sous conteneur je découperais la logique d'interface (qui resterait hors conteneur) de la logique métier et du stockage (qui tourneraient dans un/des conteneurs).
Merci beacoup
Merci pour le tuto
Sympa et claire
Merci
merci pour la présentation mais pk il dit cloud au lieu de dire serveur ?
Avez vous la Version francaise du livre ?
sympa
Bonjour!!!
Possible d'avoir le mail de Mr Arnaud..?
Les livres d'Arnaud Weil sont ils écrits en Français ou en Anglais ou existe t-illes deux versions ?
Je crois qu'ils n'existent qu'en anglais malheureusement
@@DevAppsPodcasts Oui, et j'en suis désolé. Si des traducteurs veulent s'en occuper je suis partant.
La question des applications avec GUI (fenêtres, boutons, champs...) a été soulevée au moins deux fois dans cette vidéo et j'aimerais faire un commentaire là dessus.
Docker tente de créer un environnement qui fonctionne sur dans toute sorte d'environements: Mac, PC, Linux, 32-bits, 64-bits, Power-PC, i386, i86-64, ARM, ARM-64...(allez voir les images disponibles sur hub.docker.com). Dans ces conditions, il serait difficile de créer des applications GUI qui fonctionneraient sous Docker. Le code utilisé par Apple (Cocoa) pour gérer le GUI n'est pas compatible avec le code équivalent utilisé par Microsoft qui lui-même n'est pas compatible avec LES codeS utilisés sous Linux/UNIX (Gnome/KDE/X-Windows). Et là, je n'aborde même pas les systèmes mobiles (iOS, Android). Les APIs graphiques des différents environements sont trop différents pour rendre ce genre de chose viable.
Alors reste l'ultime recours: le fureteur web. Le HTML, le CSS et le Javascript et les déclinaisons qui en découlent (Angular, React, VueJS ou jQuery) font très bien l'affaire. Donc, vous démarrez un container sur votre machine et immédiatement un fureteur web (Safari, Edge, Chrome, Firefox, Opera...) démarre et se connecte au service créé par le ou les container(s) ainsi créés.
Voilà, merci. Ou bien découpler le code GUI du code métier/data, et ne livrer dans un conteneur que le code métier-data.
J’ai quitté au bout de 15 min. Trop de fois cité Windaube, pas très sérieux tout ça. Et je n’ai rien appris
Je suis désolé d’apprendre cela. Qu’auriez vous souhaitez apprendre d’autre ?
Merci pour cette excellente vidéo
Merci à vous 😊