Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente | |
| technique:docker:good_practices:storage [2021/11/22 23:57] – ↷ Liens modifiés en raison d'un déplacement. qduchemi | technique:docker:good_practices:storage [2022/05/24 21:11] (Version actuelle) – ppom |
|---|
| ## Bind mount | ## Bind mount |
| |
| Si le fichier à monter est versionné sur le dépôt `dockerfiles`, on utilisera un chemin relatif. Sinon, on utilisera des chemins absolus, ce qui enlève du côté "indépendant des machines", mais parfois on ne peut pas faire autrement. Par exemple, quand des certificats sont stockés sur une machine de production dans un dossier spécifique, on est obligés d'y faire référence. | Si le fichier à monter est versionné sur le dépôt, on utilisera un chemin relatif. Sinon, on utilisera des chemins absolus, ce qui enlève du côté "indépendant des machines", mais parfois on ne peut pas faire autrement. Par exemple, quand des certificats sont stockés sur une machine de production dans un dossier spécifique, on est obligés d'y faire référence. |
| |
| <bootnote important>Il convient de ne pas monter de volume sensible (par exemple ''/etc'') dans un conteneur, parce que les conteneurs peuvent par défaut modifier les volumes montés avec des privilèges ''root''. Ainsi, il ne faut surtout pas monter la socket Docker (''/var/run/docker.sock'') dans un conteneur (sauf raison exceptionnelle, *i.e.* Traefik).</bootnote> | <bootnote important>Il convient de ne pas monter de volume sensible (par exemple ''/etc'') dans un conteneur, parce que les conteneurs peuvent par défaut modifier les volumes montés avec des privilèges ''root''. Ainsi, il ne faut surtout pas monter la socket Docker (''/var/run/docker.sock'') dans un conteneur (sauf raison exceptionnelle, *i.e.* Traefik).</bootnote> |