4.4 KiB
\newpage
Stockage de données applicatives
Le concept principal de Docker est de concevoir des conteneurs applicatifs : on va préférer assigner un unique rôle à un conteneur (donc généralement on ne va lancer qu'une seule application par conteneur) et concevoir un service complet en créant un groupe de conteneurs, partageant des données entre eux par des volumes.
Il est possible d'utiliser la dernière couche en lecture/écriture pour inscrire des données. Il n'est cependant pas recommandé de stocker des données de cette manière, car elles ne vont pas persister une fois que le conteneur aura terminé son exécution ; elles seront alors plus compliquées à retrouver manuellement.
Docker met à notre disposition plusieurs mécanismes pour que les données de nos applications persistent et soient prêtes à migrer plus facilement vers une solution plus apte à la décentralisation.
Partage avec la machine hôte
Il est possible de monter un répertoire de la machine hôte dans un conteneur. L'intérêt reste plutôt limité à des fins de facilité ou de test, par exemple si vous voulez partager des fichiers avec votre voisin, en passant par le protocole HTTP, mais sans se casser la tête à installer et configurer un serveur web :
Une fois cette commande lancée, votre voisin pourra accéder à votre dossier Downloads en renseignant l'IP de votre machine dans son navigateur favori !
Par défaut, nginx
ne va pas permettre de lister le contenu du répertoire (et
va afficher une page 404, car il cherche un fichier index.html
dans votre
répertoire). Vous pouvez par contre accéder à un fichier directement, par
exemple : http://10.42.12.23/dQw4w9WgXcQ.mp4
Les volumes
Les volumes sont des espaces créés via Docker (il s'agit d'objets Docker). Ils permettent de partager facilement des données entre conteneurs, sans avoir à se soucier de leur réel emplacement.
Comme il s'agit d'un objet, la première chose à faire va être de créer notre volume :
Ensuite, nous pouvons démarrer un conteneur utilisant, par exemple :
On pourra également faire de même avec un conteneur MySQL :
Lorsque le volume est vide, si des données sont présentes à l'endroit du point de montage, celles-ci sont recopiées dans le volume.
Volumes temporaires
Lorsque vous n'avez pas besoin de stocker les données et que vous ne désirez
pas qu'elles persistent (des données sensibles par exemple) ou si cela peut
améliorer les performances de votre conteneur, il est possible de créer des
points de montages utilisant le système de fichiers tmpfs
et donc résidant
exclusivement en RAM\ :
En cas de crash de la machine, le contenu sera perdu, mais il reste
possible d'utiliser --volume-from
afin de partager le volume avec un
autre conteneur.
Partage de volumes entre conteneurs
Les volumes sont des espaces détachés des conteneurs, particulièrement utiles pour mettre à jour ou relancer un conteneur, sans perdre les données. Un autre intérêt est de pouvoir partager des fichiers entre plusieurs conteneurs.
Il est ainsi parfaitement possible de lancer deux conteneurs qui partagent le même volume :
docker container run -d --mount source=prod_youp0m,target=/images
-p 8081:8080 nemunaire/youp0m
</div>
Dans cet exemple, l'ajout d'une image dans un conteneur l'ajoutera également
dans le second.
Un exemple plus intéressant serait sur une architecture de micro-services
traitant des fichiers de grande taille : plutôt que de faire passer les
fichiers par un système de message/socket, on peut partager un volume pour
épargner les coûts de transferts inutiles, lorsqu'ils ne changent pas de
machine.