Docker

https://www.youtube.com/watch?v=b5NwUbyjLFo

Docker est un projet OpenSource permettant de créer facilement des environnements de développement ou de production facilement transportable et exploitable.
Les développeurs de Docker sont Français, et il s'agit de quelque chose que j'aime à souligner. Car si aujourd'hui Docker est connu dans le monde entier, ce n'est pas grâce aux Français, mais plutôt aux Américains qui ont permit à ce projet d'aboutir en investissant dedans.
Docker ne fonctionne à l'heure actuel que sous Linux, même s'il existe des moyens détournés de le faire tourner sur Windows ou MacOs, il ne s'agit dès lors que de machines virtuelles.
Le prérequis principale pour faire fonctionner de manière correct Docker sur son environnement linux, est de posséder un Kernel au moins supérieur à la 3.8.13

Présentation

Docker est un système de packaging qui permet de prendre n'importe quel code source, n'importe que application, et de l'envelopper avec toutes ses dépendances dans un objet unique qu'on peu déplacer sur n'importe que serveur linux.

Chose importante, il n'est à ce jour pas possible de créer un container d'applicatifs Windows. Cependant, Microsoft travaillerais actuellement la dessus.

Docker se base sur LXC pour 'Linux Container' qui est un système de virtualisation et permet de faire fonctionner des environnements Linux isolés les uns par rapport aux autres, mais partageant le même noyau. Les conteneurs apportent la virtualisation de l'environnement (Processeur, Mémoire, Réseau etc...), mais pas de la machine.

Virtualisation

Attention cependant, Docker n'est pas une Machine Virtuel, vous ne pourrez pas avoir de Bureau.
Il n'est pas non plus un remplaçant de Chef, Puppet ou Ansible, qui pour ceux qui ne connaissent pas, sont des gestionnaires de configuration de machines.

Alors pourquoi utiliser Docker ?
Nous l'utiliserons principalement pour automatiser le packaging et le déploiement d'application. Il permet de faire de l'intégration continue, test automatisé etc.. le tous sans interruption de service. On peu passer d'un système de développement à un système de production sans coupure en quelques clics. Et surtout, il permet le déploiement d'applications Scalable.

Comme on peu le voir, avec les Machines Virtuelles, nous avons pour chaque machines, un système d'exploitation complet et virtualisé, avec son kernel (noyau), ses dépendances, sont réseau etc...
Chaque machine pèse alors facilement quelques Go de données. Contrairement à Docker qui lui ne se contente que de virtualiser la partie applicative en isolant le tout. Du coup, les conteneurs ne contiennent que le strict minimum vu que les librairies sont partagées entre l'hôte et les conteneurs. Par conséquent, le poids s'en vois extrêmement réduit. Il est donc facile de partager un conteneur sur la toile. Du plus, de part son système d'images, il n'y a pas de duplication de données.

Images et Conteneurs

De façon basique une image contient tout ce que docker à besoin pour faire fonctionner les conteneurs alors que le conteneur est la version exécutée dune image Docker.
Cependant la force de Docker réside dans le fait que l'on n'utilise pas seulement une image pour créer un container, mais que c'est l'empilement de plusieurs de celle-ci qui permette de constituer une cible.
En prenant le shéma du site de Docker on retrouve le bootfs géré par le Kernel et donc pas l'OS lui même.

Au dessus nous avons une image de base, il s'agit de la base d'environnement désiré, ici Debian, mais cela pourrait RedHat Fedora Centos etc...
Encore au dessus, nous ajoutons des images, une pour nginx, une pour Mysql, une pour php-Fpm etc..., c'est en assemblant toutes ces images et en les exécutants que nous créons un conteneur dédié à l'application souhaité.

Conclusion

Grossièrement, Docker permet de rendre portable vos applications développées dans n'importe quel langage, sans se soucier des divers dépendances dont à besoin votre application pour tourner.
Un autre point important, il permet de faire facilement de la gestion de projet et de switcher de l'un à l'autre sans problème.
Docker n'est cependant pas un remplaçant complet des machines virtuels. Vous pouvez toujours avoir besoin d'un environnement complet virtualisé pour des tests particulier, voir même pour virtualiser plusieurs dockers.
Docker fonctionnant en bas, directement avec le Kernel, il n'existe pas d'outils de supervision comme on peu avoir avec les VM, je pense notamment à Proxmox, Archipel ou oVirt.

Docker - Part 1 Installation et commandes de base

Il faut bien prendre en compte que Docker ne s’installe que sur un environnement linux. Si vous êtes sur Windows ou Mac suivez le tutoriel Docker- Installation sur Windows.
Par la suite, que vous vous trouviez sur Debian, Ubuntu, Centos ou autre, la façon d'installer Docker reste sensiblement la même. Je vous conseil tous de même de visiter le site de docker qui liste les procédures d'installation pour chaque distribution linux : Installation supportée.
De manière général, la plupart d'entre vous serez sur une base Debian, les commandes pour l'installation sera donc la suivante :

$ sudo apt-get update
$ sudo apt-get install docker.io

Attention, il existait déjà un package nommé docker su Debian, ce dernier est utilisé par Gnome, c'est pour cela que le package correspondant à Docker est docker.io

Une fois l'installation terminé, il est intéressant de permettre aux utilisateurs d'un groupe particulier d'utiliser Docker, car à ce stade, seul root à accès et peu contrôler Docker.

Tous d'abord, on créer un nouveau groupe, si ce dernier n'existe pas, on l'appelera de façon simple docker.

$ sudo groupadd docker

Si cette commande vous retourne l'info comme quoi le groupe existe déjà, ce n'est pas grave.
Maintenant nous ajoutons simplement les utilisateurs qui aurons le droit d'utiliser Docker sans pour autant être root.

$ sudo gpasswd -a renouveaux docker

-a ajoute un utilisateur à un groupe.
Il ne reste plus qu'a redemarrer Docker pour que les changements soient pris en compte correctement.

$ sudo service docker restart
"ou" 
$ sudo service docker.io restart
"on active les changements à l'utilisateur connecté"
$ newgrp docker

newgrp n'est pas obligatoire, si vous ne le faite pas, il faut simplement se déconnecter de la session et se reconnecter pour que l'attribution du groupe soit bien prise en compte.
Vous allez forcement avoir besoin de docker-compose pour la réalisation de fichier de lancement automatique.

$ sudo curl -L https://github.com/docker/compose/releases/download/1.4.0/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-compose

Cela lancera le téléchargement de docker-compose automatiquement en fonction de votre système linux.
Rendons maintenant docker-compose exécutable

$ sudo chmod +x /usr/local/bin/docker-compose

Testons maintenant si tous c'est bien déroulé.

$ docker --version
Docker version 1.6.2, build 7c8fca2
$ docker-compose --version
docker-compose version: 1.4.0

Voilà, si vous n'avez aucune erreur, alors vous allez pouvoir commencer à utiliser Docker dans de bonnes conditions.

Voici quelques commandes à bien connaître sous Docker car ce sont celles qui seront le plus souvent utilisées. Vous vous rendrez compte rapidement que Docker c'est largement inspiré de GIT car les commandes sont complètement identique, mais font aussi exactement la même chose.

PULL

Il est possible de récupérer à tous moment une image en faisant un simple PULL.

$ docker pull debian

Cette simple commande lancera le téléchargement de la dernière image de Debian, la latest. Si vous souhaitez avoir une version en particulier, il faut le préciser. Par exemple, si je souhaite travailler sur la version Wheezy, il faudra faire le pull suivant :

$ docker pull debian:7.8

RUN

La commande RUN permet de lancer un conteneur, c'est la partie la plus intéressante de Docker, puisque c'est grâce à elle que vous allez faire vivre vos applications.
La commande se lance classiquement, docker run [le nom de l'image] [une commande]
Par exemple pour faire un 'Hello World'

$ docker run debian /bin/echo 'Hello World'
Hello World

Ceci lance un nouveau conteneur faisant un simple echo de Hello World.
Poussons la chose avec des paramètres. les premiers à connaitre sont le t et le i.
Le drapeau i permet de garder ouvert le canal d'entrée sortie, en gros, permet de recevoir le retour visuel du shell et d'envoyer des commandes. Nous ajoutons cependant toujours le drapeau t avec afin d'avoir le visuel d'un shell, ce que l'on appel le terminal.
le rm lui permet de détruire le conteneur à la sortie de ce dernier.

 $ docker run -ti -rm debian bash

Vous êtes maintenant dans un conteneur, dans lequel vous pouvez faire ce que vous souhaitez, ce conteneur sera détruit dès que la commande exit sera tapée.
Attention, le drapeau rm est à mettre quand vous souhaitez faire des tests, avec ce drapeau, tous ce que vous ferez sera perdu en quittant le conteneur.
Toujours en restant dans le run, on va lancer un conteneur en mode deamon qui fait toujours un simple Hello World, mais ce coup si en Python et sur une page web.

$ docker run -d -P training/webapp python app.py

Le drapeau d lance le container en deamon ou en tache de fond, cela veux dire que tant qu'un processus tourne dans le conteneur, ce dernier reste exécuté. Le drapeau P quand à lui permet de mapper les ports du conteneurs à un ou plusieurs ports, de manière aléatoire sur l'hôte. La commande suivante vous retournera la liste des ports disponible.

$ docker ps

Dans la ligne de résultat, la colonne port devrais ressembler à ceci

0.0.0.0:49153->5000/tcp

Si maintenant vous vous rendez sur votre navigateur web et que vous saisissez l'adresse ip de la machine docker, celle qui exécute Docker avec le port 49153, http://localhost:49153 vous aurez un joli Hello World!.

Start / Stop / Pause / Restart

Il est aussi possible d’arrêter, ou de relancer un conteneur à partir de son nom ou de son id. Via la commande docker ps précédente, nous avions 2 colonnes intéressante : CONTAINER ID et NAMES. Vous pouvez utilisez l'un ou l'autre cela n'à pas d'importance, de plus, pour l'id, il n'est pas obligatoire de mettre tous les chiffres, souvent les 3 ou 4 premiers suffisent à être unique pour identifier le bon conteneur.
La commande STOP arrête un container, mais ne le supprime pas, il permet de d'arrêter le conteneur comme s'il s'agissait d'un simple service.
La commande PAUSE est un peu plus particulière, car elle sauvegarde l'état du conteneur tel qu'il est à l'instant de la commande. Elle est principalement utilisé lors d'un bug sur l'application, on place le conteneur en pause, on publie ce conteneur dans l'état dans lequel il possède le bug, ce qui nous donne la possibilité de relancer des centaines de tests sur cette seule erreur.
La commande START permet de relancer un container arrêté ou mis en pause.
Et enfin, Restart permet bien entendu de redémarrer un conteneur.

PS / IMAGES

PS est une simple commande rapide pour lister les conteneurs existants.

$ docker ps
' Retourne la liste des conteneurs actif.

$ docker ps -a
' Retourne tous les conteneurs, actifs, en pause ou arrêtés.

$ docker images
' Vous retourne toutes les images téléchargées

RM / RMI

RM et RMI sont les dernières commandes que nous verrons ici. Elles servent respectivement à supprimer un conteneur ou une image. Attention cependant, il n'est pas possible sans forcer de supprimer un conteneur actif ou une image utilisée par un conteneur. Si le conteneur que l'on souhaite supprimer est en route, il faut ajouter le drapeau f, idem pour l'image. Il est aussi possible de supprimer plusieurs conteneur en même temps ou plusieurs images en même temps. La forme reste la même pour les deux commandes.

$ docker rm -f conteneur1 conteneur2 conteneur3 ....
$ docker rmi debian:latest debian:7.8 ubuntu training/webapp ....

Conclusion

Comme vous l'aurez remarqué, Docker est assez simple à prendre en main, dans le sens ou les commandes sont intuitives. De plus, ces dernières sont identique au git comme dit au début de cet article, ce qui évite des confusions. Nous verrons prochainement d'autre commandes comme le commit et le push qui permettent comme pour git de publier ses propres conteneurs.

Liaison entre conteneur

Dans cette nouvelle partie, je vous propose un exemple d'utilisation de docker de manière à ce que vous compreniez comment faire discuter les conteneurs entre eux, mais aussi un exemple d'utilisation concret.

Docker - Liaison entre conteneurs

Dans le principe, nous avons 3 conteneurs utile:

• Nginx
• Mysql
• Php-FPM

Pour savoir qui doit se lier à qui, il faut se poser la question, qui demande les informations à qui, et à qui on donne des informations de connexion à qui.
Prenons l'exemple de php et Mysql, c'est dans notre code Php que nous mettons les informations de connexion à la base de donnée, donc c'est php qui appel Mysql et non l'inverse, ce qui signifie que votre conteneur mysql doit être lancé en premier.

De la même avec nginx, c'est nginx qui fait appel à Php, donc php doit être lancé avant nginx.

Enfin, nous utilisons un conteneur phpMyAdmin (optionnel) pour un exemple supplémentaire et pour faciliter le tuto.

Voici la configuration de nginx

daemon off; 
user  nginx;                                                                  
worker_processes  1;                                                          

error_log  /var/log/nginx/error.log warn;                                     
pid        /var/run/nginx.pid;                                                

events {                                                                      
    worker_connections  1024;                                                 
}                                                                             

http {                                                                        
    include       /etc/nginx/mime.types;                                      
    default_type  application/octet-stream;                                   

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" ' 
                      '$status $body_bytes_sent "$http_referer" '             
                      '"$http_user_agent" "$http_x_forwarded_for"';           

    access_log  /var/log/nginx/access.log  main;                              

    sendfile        on;                                                       
    #tcp_nopush     on;                                                       

    keepalive_timeout  65;                                                    

    #gzip  on;  

    server {
        listen       80;
        server_name  localhost;

        location / {
            sendfile off;
            root   /usr/share/nginx/html;
            index  index.html index.htm index.php;
        }

        location ~* \.php$ {
            fastcgi_index   index.php;
            fastcgi_pass    phpServeur:9000;
            include         fastcgi_params;
            fastcgi_param   SCRIPT_FILENAME     /srv/http$fastcgi_script_name;
            fastcgi_param   SCRIPT_NAME         $fastcgi_script_name;
        }

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        location ~ /\.ht {
            deny  all;
        }
    }

}

Je vous donne aussi le fichier yml pour l'utilisation avec fig

mysqlServeur:
 image: mysql
 environment: 
  - MYSQL_ROOT_PASSWORD=secretPassword
phpServeur:
 image: jprjr/php-fpm
 volumes:
  - /c/Users/Tyller/Docker/projet_tuto/web/:/srv/http
 links:
  - mysqlServeur:mysql
 ports:
  - 9000:9000
webServeur:
 image: nginx
 links:
  - phpServeur:phpServeur
 volumes:
  - /c/Users/Tyller/Docker/projet_tuto/web/:/usr/share/nginx/html
  - /c/Users/Tyller/Docker/projet_tuto/conf/nginx.conf:/nginx.conf
 ports:
  - 80:80
 command: nginx -c /nginx.conf
phpmyadmin:
 image: corbinu/docker-phpmyadmin
 environment: 
  - MYSQL_USERNAME=root
 ports:
  - 8080:80
 links:
  - mysqlServeur:mysql

CONSEIL

Il est fortement recommandé à ce que vous retapiez le code en place d'un copier collé. En faisant du simple copié collé, vous ne comprenez ce que vous faite, en tapant les lignes de code, vous assimilerez plus facilement les informations qu'elles contiennent.

Autre partie concernant Windows

Afin de partager vos dossiers présent dans des disques dur autre que votre disque principal, regardez cette vidéo.
docker - Partage de fichiers avec Windows