C'est quoi Docker ?

Il y plein d’introductions et tutoriels sur Internet, alors on va se limiter à donner une intuition des concepts utilisés dans le reste du wiki. :-D

Docker est un logiciel libre permettant d’isoler des applications dans des conteneurs.

Question:

C’est quoi un conteneur ?

Un conteneur peut être vu comme une sorte de machine virtuelle légère.

Question:

Qu’est ce qu’une machine virtuelle ?

C’est la simulation d’une machine physique. Ainsi, sur une même machine physique, plusieurs machines virtuelles peuvent tourner simultanément et indépendamment.

Chaque machine virtuelle a l’impression d’être seule, avec son matériel propre (disques, CPU, RAM), son système d’exploitation, et ses applications.

En pratique, ce qui fait l’interface entre la machine physique et les machines virtuelles est un logiciel qui se nomme hyperviseur. L’hyperviseur est chargé de simuler le matériel utilisé par les machines virtuelles, par exemple.

L’intérêt d’une machine virtuelle est donc :

  • De pouvoir allouer les ressources d’une machine physique de manière flexible
  • De pouvoir isoler les machines entre elles (sécurité, performance…)

On peut représenter les machines virtuelles comme suit :

Les conteneurs reprennent un peu le même principe, mais pour les applications. En réalité, il n’y a pas un système d’exploitation complet qui tourne dans chaque machine, et le matériel n’est pas simulé.

Note:

En particulier, le noyau du système d’exploitation utilisé par chaque conteneur est le même, et c’est celui de la machine hôte.

Un conteneur est donc une boîte auto-suffisante, isolée, contenant une application, pouvant s’exécuter n’importe où.

Note:

Docker est tout simplement un gestionnaire de conteneurs. Il y en a d’autres, comme Podman.

En comparaison avec une machine virtuelle :

Historiquement, c’est Docker qui a fait exploser la popularité des conteneurs, parce qu’il fournit :

  • Un outil en ligne de commande permettant de gérer facilement le cycle de vie des conteneurs
  • Un espace permettant de partager ses applications conteneurisées avec les autres (le Docker Hub)
  • Tout un écosystème permettant de faire de la haute disponibilité, de la répartition de charge, etc.

Note:

Ce qu’il faut retenir, c’est qu’un conteneur permet de lancer une application isolée des autres applications, par rapport à un système Linux basique, où toutes les applications écrivent dans les mêmes dossiers (/etc…) et peuvent communiquer les unes avec les autres par défaut.

Un des avantages est qu’un « même » conteneur pourra tourner sur n’importe quelle machine, dans des environnements très différents.

La philosophie de Docker rejoint celle des micro-services : créer des briques ré-utilisables, qui font une chose et le font bien, et qui sont capables de communiquer avec d’autres briques. Cette approche s’oppose à celle dite monolithique.

La brique, dans ce cas, est un conteneur.

Important:

En suivant cette philosophie, pour un service et sa base de données, on créera deux conteneurs différents, de sorte qu’on puisse facilement changer de base de données sans devoir manipuler complètement le conteneur applicatif.

Une image Docker peut être vue comme une grosse archive inerte, qui contient tout ce qu’il faut pour lancer une application. L’intérêt principal d’une image est qu’elle est utilisable sur n’importe quel système d’exploitation et réutilisable.

Note:

Pour faire une analogie, pour installer un paquet sur une distribution Linux, les commandes vont varier (apt-get, pacman, yum…), tout comme le nom des paquets. La configuration distribuée sera différente, l’emplacement des fichiers aussi. Avec Docker, il suffit d’une seule commande pour lancer une application sur n’importe quel système d’exploitation et obtenir le même résultat partout.

Une image Docker se construit à partir d’un fichier nommé Dockerfile, qui est en quelque sorte la recette de cuisine de l’image.

Les images peuvent hériter d’autres images.

Note:

En continuant la métaphore, ça reviendrait à dire : pour préparer une sauce au poivre, partez d’un roux, puis […].

Plus concrètement, un Dockerfile pourrait ressembler à ceci :

FROM debian:buster
RUN apt-get install wget
COPY code /code
EXPOSE 8000
CMD [ "/code/app" ]

Note:

FROM debian:buster

debian est le nom de l’image et buster est son tag. Le tag est une déclinaison de l’image, et est souvent utilisé en tant que version.

Note:

RUN apt-get install wget

On installe wget dans l’image.

Note:

COPY code /code

On copie le dossier code, situé sur la machine, dans l’image, à l’emplacement /code.

Note:

EXPOSE 8000

L’image pourra écouter sur le port 8000.

Note:

CMD [ "/code/app" ]

La commande à exécuter pour démarrer l’application est /code/app

On dit que l’on construit une image à partir d’un Dockerfile. Une fois l’image construite, on peut lui donner un nom et un tag, par exemple app:v1.

Une commande typique pour construire cette image serait :

snippet.bash
# Construire l'image avec le Dockerfile
# et les fichiers du dossier courant
docker build -t app:v1 .

Dans notre micro exemple, on obtient une image redistribuable, qui contient wget, est prête à écouter sur le port 8000, a le code de l’application et sait quoi exécuter. On peut donc la lancer de n’importe où : elle s’auto-suffit.

Important:

Un conteneur Docker est une instance d’une image Docker. C’est sa version vivante.

En d’autres termes, plusieurs conteneurs peuvent être instanciés depuis la même image et vivre leur vie indépendamment. Ce principe de réutilisation est très utile.

Note:

Exemple : on prépare une image nginx, qui permet de lancer un site web. On a cinq sites web. On lance 5 conteneurs à partir de cette image, sans avoir à se taper cinq fois la configuration.

Attention:

Lorsqu’un conteneur est éteint puis supprimé, toutes les modifications apportées par rapport à l’image de base sont supprimées également. C’est pourquoi il est utile d’utiliser les volumes, qui stockent de manière persistante les modifications à certains fichiers du conteneur (contenu d’une base de donnée, etc). On voit ça dans la page sur la fabrication d'image Docker !

  • technique/tech_team/pres_docker.txt
  • de qduchemi