Discussion :

[Mickael Baron]

Bonjour,

Developpez.com s'associe avec la chaîne YouTube « Quoi de neuf Docker » et de son auteur Nicolas De Loof pour vous proposer des vidéos autour du système de conteneur appelé Docker. L'originalité des vidéos proposées par Nicolas est de rendre accessible la technologie Docker à un public non spécialiste. C'est donc au travers d'astuces et de séquences humoristiques que Nicolas explique dans chaque séquence vidéo de 10 minutes environ les concepts autour de Docker.

Dans cette deuxième vidéo, Nicolas De Loof vous explique comment utiliser Docker sur un poste de développement non Linux. Il parlera de Boot2Docker, de son remplacement Docker-Machine et au-delà d'eux du problème des volumes remote.

N'hésitez pas à laisser vos commentaires à la suite de cette discussion.

Des tutoriels autour de Docker sur Developpez.com : http://virtualisation.developpez.com/cours/#Docker

Retrouver la première vidéo de Quoi de neuf Docker : http://virtualisation.developpez.com...colas-De-Loof/

Bonne vidéo et à très bientôt pour une prochaine vidéo

Mickael

[chrtophe]

Ca commence à être bien technique et un peu moins niveau débutant.

Personnellement, je trouve des solutions type openvz plus simples à utiliser, il serait intéressant d'avoir un comparatif avantage/inconvénients docker/openvz ou solution similaire. (merci de remonter l'info à Nicolas De Loof).

L’intérêt de la conteneurisation est d'avoir une solution plus légère que la virtualisation. Hors Linux, nous sommes obligé d'utiliser VirtualBox. On imbrique donc de la conteneurisation dans une solution de virtualisation. Ça a son utilité dans le cas de plusieurs conteneurs, qui sera dans ce cas bien plus léger que plusieurs VM, mais rajoute de la lourdeur dans le cas de nécessité d'un seul conteneur.

Pour ces aspects, par rapport à mes besoins, je ne compte pas utiliser Docker pour le moment, ce qui ne m’empêche pas de m'y intéresser, car c’est une solution qui prend de l'ampleur et je pense qu'à terme Docker sera en mesure de prendre ses distances avec VirtualBox.

Et comme précisé dans le tuto, c'est une solution qui marche.

Docker Swarm a particulièrement attiré mon attention.

[Logan Mauzaize]

Ca commence à être bien technique et un peu moins niveau débutant.

De toutes façons Docker n'est pas vraiment une solution qui se destine être implémentée par les débutants. Il faut déjà avoir des notions concernant le déploiement des applications. Ce qui n'est généralement pas la préoccupation des débutants.

Personnellement, je trouve des solutions type openvz plus simples à utiliser, il serait intéressant d'avoir un comparatif avantage/inconvénients docker/openvz ou solution similaire. (merci de remonter l'info à Nicolas De Loof).

Merci pour ce partage et l'appel à l'ouverture d'esprit Si tu as des commentaires pour Nicolas De Loof, tu peux les adresser sur le compte Twitter de la chaîne (@QuoidNeufDocker) ou bien sur son compte perso (@ndeloof)

L’intérêt de la conteneurisation est d'avoir une solution plus légère que la virtualisation. Hors Linux, nous sommes obligé d'utiliser VirtualBox. On imbrique donc de la conteneurisation dans une solution de virtualisation. Ça a son utilité dans le cas de plusieurs conteneurs, qui sera dans ce cas bien plus léger que plusieurs VM, mais rajoute de la lourdeur dans le cas de nécessité d'un seul conteneur.

La solution Boot2Docker est destinée aux développeurs et non à la production. Avec un OS léger comme TinyCore, un bon logiciel de virtualisation comme VirtualBox et un processeur correct avec support de la virtualisation (i5 ou i7), cela reste largement jouable. Le surcoût n'est pas immense pour du test en développement.

Pour ces aspects, par rapport à mes besoins, je ne compte pas utiliser Docker pour le moment, ce qui ne m’empêche pas de m'y intéresser, car c’est une solution qui prend de l'ampleur et je pense qu'à terme Docker sera en mesure de prendre ses distances avec VirtualBox.

Pour le moment, je l'utilise activement uniquement pour l'édition des pages GitHub. Mais je projettes de faire un PoC pour simuler nos environnements de déploiement, histoire de pouvoir tester les scripts ou autre. Avant de vouloir être totalement "DevOps", je pense que la première phase c'est d'amorcer la convergence. Ensuite seulement je pense qu'on peut envisager de partager des process et des outils.

Ensuite cela permet dans un deuxième temps de passer les environnements de test (intégration, UAT, etc.) de "on-premise" à "on-demand" en ayant des serveurs Docker sur un Cloud. Ces environnements étant assez volatile et leurs utilisations peu prédictibles. Il arrive en effet qu'ils soient plus utilisés que la production pendant les phases de test puis plus rien pendant des mois.

Après je trouve que c'est également une solution très pratique pour faire de l'environnement jetable.