docker-composeでコロンが無いvolumesの指定は意味がない？

Question

以下のようなdocker-compose.ymlファイルのdocker-composeを作ってみました。

version: '2'
volumes:
    vl:
        driver: 'local'

services:
  nodejs_xxx: 
    build: .
    ports: 
      - "20006:20006"
    volumes:
      -    /usr/src/sample-node/node_modules
      -  .:/usr/src/sample-node
      -    /usr/src/volume-a/
      - vl:/usr/src/volume-b/
    depends_on: 
      - pgsql_aaa
    restart: always

このコンテナを起動して、その中で/usr/src/volume-a/ /usr/src/volume-b/ /tmp/ それぞれの中にtest.txtファイルを作りました。/tmp/test.txtはvolumesで未指定です。

そして、以下のコマンドを実行しそれぞれのtest.txtファイルが消えているかの確認を行いました。

docker-compose stop -> docker-compose up -d ではどのファイルも削除されませんでした。
docker-compose down -> docker-compose up -d ではvolume-aとtmpの中のファイルが削除されました。

volume-bの中のファイルはデータボリュームに保存されているので、コンテナをdown(削除)してもデータが残るのは理解出来ます。ですが、volume-aに保存したファイルと、/tmp/の中に保存されたファイルの違いがわかりません。

どちらもstopでは消えない、downでは消える。ymlファイルのvolumesに(コロンがない方式で)指定すると、指定してないファイルと比べてどのような違いがあるのでしょうか？

それとも、コロンがない方式はdocker コマンドを直接叩く時には意味があるが、docker-composeに持ってきた時に無意味になってしまったのでしょうか？

Answer 1

  -    /usr/src/volume-a/
  - vl:/usr/src/volume-b/

コロンのないボリュームは、名前がないボリュームです。用途は、その docker-compose.yml を実行したプロジェクト内でしか使わない想定です。
たとえば、1つのホスト上で、同じ yaml ファイルを使って複数のものを起動しても、お互いのボリュームには何ら影響ありません。

一方、コロン有りのボリュームは名前付きのボリューム（named volume）と呼ばれ、複数のプロジェクト間やコンテナでデータを共有できます。ためしに同じ yaml ファイルで複数起動すると、「v1」として指定したディレクトリは、どのプロジェクトから見ても内容を共有しています。

docker-compose down -> docker-compose up -d ではvolume-aとtmpの中のファイルが削除されました。

「tmp」は消えていますが（コンテナとして起動したあとのファイルシステム上の記録だったため）、「volume-a」として作成した実体は、ホスト上のボリュームのどこかに残り続けています。docker-compose down -v オプションを付けない限り、ボリュームは自動的に削除されません。起動前、起動後で、docker volume ls コマンドを実行すると挙動がわかりやすいと思います。

では、docker-compose up -dを実行すると、どうして消えているかのように「見える」かですが、それは起動時に新しい名前のないボリュームが自動的に作成されているからです。