79 lines
3.2 KiB
Markdown
79 lines
3.2 KiB
Markdown
\newpage
|
|
|
|
Composition de Docker
|
|
---------------------
|
|
|
|
Docker est un écosystème d'outils de haut niveau, permettant d'utiliser des
|
|
*conteneurs*.
|
|
|
|
Docker est composé d'un daemon lancé au démarrage de votre machine, avec lequel
|
|
vous interagissez via un client (le programme `docker`). La communication entre
|
|
le daemon et le client s'effectuant sur une API REST généralement au travers
|
|
d'une socket.
|
|
|
|
Le client peut d'ailleurs ne pas être sur la même machine qui exécutera
|
|
effectivement les conteneurs.[^dockermachine]
|
|
C'est ce qu'il se passe lorsqu'on utilise *Docker4Windows* ou *Docker4Mac* :
|
|
une machine virtuelle Linux est lancée parallèlement au système de base et
|
|
chaque commande `docker` tapée est passée au deamon dans la machine virtuelle.
|
|
|
|
[^dockermachine]: Il suffit de modifier la variable d'environnement
|
|
`DOCKER_HOST` ou de passer le paramètre `-H` suivi de l'URL de la socket à
|
|
`docker`. Voir aussi : <https://docs.docker.com/machine/overview/>
|
|
|
|
Commençons par planter le décor, en détaillant les principaux mécanismes de
|
|
Docker.
|
|
|
|
|
|
### Les images Docker
|
|
|
|
Une image Docker est un système de fichiers en lecture seule. Elle est formée
|
|
d'un ensemble de couches, agrégées selon le principe d'UnionFS.
|
|
|
|
Une image peut, par exemple, contenir :
|
|
|
|
* un système Ubuntu opérationnel,
|
|
* le programme `busybox`,
|
|
* un serveur web et votre application web, prêts à l'emploi,
|
|
* ...
|
|
|
|
Les images sont utilisées comme **modèle** qui sera ensuite dupliqué à chaque
|
|
fois que l'on démarrera un nouveau conteneur.
|
|
|
|
Il y a deux méthodes pour obtenir des images Docker : soit les construire avec
|
|
les outils fournis, soit les récupérer depuis un registre.
|
|
|
|
|
|
### Les registres Docker (*Docker registries*)
|
|
|
|
Les registres sont des plates-formes de stockage, publiques ou privées,
|
|
contenant des images. Ils permettent de récupérer des images, mais également
|
|
d'en envoyer.
|
|
|
|
Le registre utilisé de base est le [Docker Hub](https://hub.docker.com/) : il
|
|
contient à la fois des images officielles (ubuntu, debian, nginx, ...), des
|
|
images créées par des utilisateurs, mais aussi des images de grands éditeurs,
|
|
payantes, à destination des entreprises.
|
|
|
|
Des registres alternatifs existent comme celui de [quay.io](https://quay.io/search),
|
|
et les dépôts de sources tels que
|
|
[GitHub](https://github.blog/2020-09-01-introducing-github-container-registry/)
|
|
et [GitLab](https://docs.gitlab.com/ee/user/packages/container_registry/) le
|
|
proposent également.
|
|
|
|
|
|
### Les conteneurs Docker
|
|
|
|
Alors que les images constituent la partie immuable de Docker, les conteneurs
|
|
sont sa partie vivante. Chaque conteneur est créé à partir d'une image : à
|
|
chaque fois que nous lançons un conteneur, une couche lecture/écriture est
|
|
ajoutée au dessus de l'image. Cette couche est propre au conteneur et
|
|
temporaire : l'image n'est pas modifiée par l'exécution d'un conteneur.
|
|
|
|
![Couches d'un conteneur](layers-multi-container.png "Couches d'un conteneur"){ width=70% }
|
|
|
|
Chaque conteneur s'exécute dans un environnement restreint et distinct de
|
|
l'environnement principal (où vous avez votre bureau). Par exemple, dans cet
|
|
environnement, vous ne pouvez pas voir les processus qui sont situés en dehors,
|
|
ni accéder aux fichiers extérieurs.
|