À quoi doit ressembler la syntaxe des "volumes" de la version 2 de Docker Compose ?

Objectif de la volumes clé

Il est là pour créer volumes nommés .

Si vous le faites no l'utiliser, vous vous retrouverez avec un tas de valeurs hachées pour vos volumes. Exemple :

$ docker volume ls 
DRIVER              VOLUME NAME
local               f004b95d8a3ae11e9b871074e9415e24d536742abfe86b32ffc867f7b7063e55
local               9a148e167e1c722cbdb67c8edc36f02f39caeb2d276e9316e64de36e7bc2c35d

Avec les volumes nommés, vous obtenez quelque chose comme ce qui suit :

$ docker volume ls
local               projectname_someconf
local               projectname_otherconf

Comment créer des volumes nommés

En docker-compose.yml est la syntaxe :

version: '2'

services:
    app:
        container_name: app
        volumes_from:
            - appconf
    appconf:
        container_name: appconf
        volumes:
            - ./Docker/AppConf:/var/www/conf

volumes:
    appconf:

networks:
    front:
        driver: bridge

Cela ressemble aux volumes nommés présentés ci-dessus.

Comment enlever des volumes en vrac

Lorsque vous avez un tas de hachages, il peut être difficile de les nettoyer. Voici un exemple :

docker volume rm $(docker volume ls |awk '{print $2}')

Edita: Comme l'a souligné @ArthurTacca dans les commentaires, il existe une méthode plus facile à retenir :

docker volume rm $(docker volume ls -q)

Comment obtenir des informations sur un volume nommé

Maintenant que vous n'avez plus besoin de chercher les hashs, vous pouvez aller sur le site et les appeler par leur nom :

docker volume inspect <volume_name>

# Example:
$ docker volume inspect projectname_appconf

[
    {
        "Name": "projectname_appconf",
        "Driver": "local",
        "Mountpoint": "/mnt/sda1/var/lib/docker/volumes/projectname_appconf/_data"
    }
]

Sidenote : Vous pourriez vouloir docker-compose down vos services pour prendre un nouveau départ avant d'aller créer des volumes.

Si vous utilisez Boot2Docker / Machine Docker Vous devrez docker-machine ssh y sudo -i avant d'effectuer une ls -la /mnt/… de ce volume - votre machine hôte est la VM provisionnée par le système d'information. Machine Docker .

EDIT : Autre réponse relative aux volumes nommés sur SO .