Docker Compose: consente di condividere il volume denominato tra più contenitori

Sto usando docker-compose e v3. Sto provando a montare un volume nella finestra mobile:

./appdata:/appdata

Mi piacerebbe averlo come volume e quindi fare riferimento a quel volume da più contenitori. Il riferimento alla configurazione del volume viene visualizzato solo data-volume:come volume denominato, senza valore, quindi non ha l'aspetto di cui sopra.

services:

    nginx:
        build: ./nginx/
        ports:
            - 80:80
        links:
            - php
        volumes:
            - app-volume

    php:
        build: ./php/
        expose:
            - 9000
        volumes:
            - app-volume

volumes:
     app-volume: ./appdata:/appdata

Questo mi dà:

ERRORE: nel file "./docker-compose.yml", il volume "app-volume" deve essere una mappatura e non una stringa.

Ovviamente so che ho bisogno di cambiare la volumescoppia chiave / valore, ma non sono sicuro di come cambiarlo in modo da poter condividere un volume tra i servizi.

Ho anche verificato volumes_fromma questo in effetti consente solo l'ereditarietà da altri contenitori. Ho visto qualcuno usare volumes_fromsu un altro contenitore che contiene la mappatura che desidera, ma con command: trueset in modo che il contenitore non venga mai effettivamente eseguito, il che a me sembra solo un hack.

Come posso fare questo?

Nota, io non hanno il seguente funzionamento:

nginx:
    volumes:
        - ./appdata:/appdata
php:
    volumes:
        - ./appdata:/appdata

Ma questa è solo una duplicazione ed è qualcosa che spero che un volume con nome possa aiutarmi a evitare :-)

I volumi denominati possono essere condivisi tra i contenitori nel modo seguente:

services:
    nginx:
        build: ./nginx/
        ports:
            - 80:80
        links:
            - php
        volumes:
            - app-volume:location_in_the_container

    php:
        build: ./php/
        expose:
            - 9000
        volumes:
            - app-volume:location_in_the_container

volumes:
     app-volume: 

Ecco un esempio di configurazione che uso per una migliore comprensione. Sto esponendo i file statici generati dal mio webcontenitore a un volume denominato chiamato static-contentche viene quindi letto e servito dal nginxcontenitore:

services:
  nginx:
    container_name: nginx
    build: ./nginx/

    volumes:
      - static-content:/usr/src/app

  web:
    container_name: web
    env_file: .env
    volumes:
      - static-content:/usr/src/app/public
    environment:
      - NODE_ENV=production

    command: npm run package

volumes:
  static-content:

Questo lo risolve senza utilizzare volumi denominati:

      volumes:
          - ./appdata:/appdata

Quindi, sembra:

services:

  nginx:
      build: ./nginx/
      ports:
          - 80:80
      links:
          - php
      volumes:
          - ./appdata:/appdata

  php:
      build: ./php/
      expose:
          - 9000
      volumes:
          - ./appdata:/appdata

I volumi denominati docker sono stati rimossi a partire dalla versione docker-compose 3.

Tuttavia, puoi utilizzare i campi di estensione per evitare di duplicare l'origine dei volumi e prevenire futuri errori di battitura:

version: '3.5'

x-services-volume:
  &services-volume
  type: bind
  source: ./appdata
  target: /appdata

services:

    nginx:
        build: ./nginx/
        ports:
            - 80:80
        links:
            - php
        volumes: *services-volume

    php:
        build: ./php/
        expose:
            - 9000
        # Use same way as for nginx if target override not needed.
        volumes:
            - <<: *services-volume
            target: /opt/target-override

NOTA: questa funzionalità è disponibile a partire dalla versione 3.4 del formato file.