2022年1月11日

Dockerに慣れ親しんできて、「そろそろ復数のDockerイメージ・コンテナを使って開発するかー」というレベルの方は多いかと思います。 私もその一人なのですが、いざリファレンスを読みながら使ってみても上手く扱えずに開発が滞ってしまうことがありました。 今回は、そのなかでも一番基本的で、かつわからないと結構ドツボにハマる docker-compose up についての解説を書いてみました。 自身も初学者ですので、もし誤りがあればご指摘いただけると助かります。 今回はコマンドの説明のために、１つのコンテナを起動させるシンプルなプロジェクトを想定してみます。 上記の構成で docker-compose up をしてみると何が起こるか確認しましょう。 ここで重要なのは次の２点です。 つまりは docker run と同じです。実際にイメージやコンテナを確認してみます。 またコンソールには my-apline | file.txt と出力されているように、file.txtが含まれていることもわかります。 復数コンテナであってもこの動きは変わりません。そのため、 ここで「なるほど、DockerComposeは理解した」となり、このあとの勘違いにつながります。 つぎにDockerfileを修正して、test2.txtもコンテナに含めるようにしましょう。 さて、 docker-compose up を実行してみます。すると次のような結果になりました。 出力を見ればわかるように、コンテナ（my-apline）にtest2.txtが含まれていません。 なぜなら今回の docker-compose upは、 さきほど作成したコンテナをただ起動しただけだから です。 その証拠に、コンテナとイメージを確認しても変わりがないことが見てとれます。 では、どうすればtest2.txtを含んだ、 最新のイメージを使ったコンテナになるのでしょうか。 正解は、「再度ビルドする」ことを明示する--build オプションを使うことです。 イメージもコンテナも新しくなっていることがわかります。 まとめると、 docker-compose up というコマンドは、 まだイメージが作成されていなければ、イメージを作成して、さらにコンテナを作成・起動する すでにコンテナが存在すれば、イメージ・コンテナの再作成は行わず、（停止中の）コンテナを起動するだけ ということがわかりました。 ちなみにイメージがない状態で docker-compose up するとコンソールに、 Image for service test was built because it did not already exist.