VOLUME

Question

として公開されていないドッカーコンテナパスにローカルディレクトリをマウントすることは何か違いがあります：

コンテナー・パス（パスは、ボリュームとして公開されていない）、例えば宿主ディレクトリをマウント

1. は： my_imageの

docker run -v /host/directory:/container/directory my_image command_to_run

DockerfileがVOLUME ["/container/directory"]

が含まれていません。

ボリュームとして公開AA容器路にホストディレクトリをマウント：my_imageの

docker run -v /host/directory:/container/directory my_image command_to_run

Dockerfileを私は知っているVOLUME ["/container/directory"]

を含みますボリュームデータはコンテナのライフサイクルとは独立して保持されます。しかし、コンテナ内のローカルデータを処理したいので、コンテナ内のマウントポイントがボリュームであれば違いはありますか？

Answer 1

ホストからコンテナにパスをマウントしても差はありません。ホストからのファイルシステムは、コンテナ内のそのディレクトリの上にマウントされます。

ボリュームをリストし、イメージ内にリストしないことの違いは、ボリュームを指定せずにイメージを作成したときのドッカーの動作です。ボリュームがイメージ上で定義されると、dockerは "anonymous"ボリュームを作成します。このボリュームは、長いUUID文字列としてdocker volume lsで見ることができます。これらのボリュームはほとんど役に立ちませんので、イメージ内のボリュームを定義することをお勧めし、docker runコマンドまたはdocker-compose.yml定義でのみボリュームを定義することをお勧めします。画像内の容積を画定する

欠点が挙げられる：Dockerfileまたは子孫Dockerfile年代の

1. 後で線をこの位置で内容を変更することができないかもしれません。ドッカーのこの動作はシナリオとバージョンによって異なります。したがって、予測可能性のためにボリュームがイメージ内で定義されると、そのディレクトリは制限外とみなされます。

2. 匿名ボリュームの作成は使いにくく、ファイルシステムを混乱させる可能性があります。

詳細については、私がこの記事でblogを投稿しました。