Bases du cloud et des conteneurs
Dans Docker, quelle description des volumes nommés et des montages bind (bind mounts), qui servent à conserver les données écrites par un conteneur, est correcte ?
- AUn volume est stocké dans une zone gérée par Docker et un montage bind dans un répertoire de l'hôte que l'on indique, et les deux subsistent après la suppression du conteneur
- BLes données d'un volume nommé subsistent après la suppression du conteneur, mais celles d'un montage bind disparaissent aussi du répertoire de l'hôte quand le conteneur est supprimé
- CLes deux sont créés comme partie de la couche inscriptible du conteneur : supprimer le conteneur avec docker rm efface donc aussi les données
Afficher la réponse et l'explication
Réponse : A. Un volume est stocké dans une zone gérée par Docker et un montage bind dans un répertoire de l'hôte que l'on indique, et les deux subsistent après la suppression du conteneur
Les données écrites dans la couche inscriptible d'un conteneur disparaissent quand le conteneur est supprimé ; les données à conserver sont donc placées hors du conteneur. Un volume nommé est créé dans une zone gérée par Docker et subsiste jusqu'à sa suppression explicite, par exemple avec docker volume rm. Un montage bind rend visible dans le conteneur un répertoire quelconque de l'hôte, et les données restent simplement sous forme de fichiers sur l'hôte. Les montages bind sont courants pendant le développement, quand le code source modifié sur l'hôte doit prendre effet immédiatement, et les volumes pour les données dont il vaut mieux confier la gestion à Docker, comme celles d'une base de données.
Continuer : 9 autres questions sur Bases du cloud et des conteneurs