Q&A
RUNはイメージビルド時に実行されるコマンド、CMDはコンテナ内にてイメージが実行される際に実行されるコマンド。利用目的が異なると思います。コンテナを再起動したときのことを考えると違いが明らかで、（変更点がなければキャッシュが効くので）再実行されなくてよいコマンドが RUN、(再)実行されて欲しいコマンドが CMD ではないですか？（CMDはイメージビルド時には実行されません。）
Dockerを学び始めた初心者です。
Dockerfileでいろいろインストールするときに、DockerfileにRUNコマンドを書いて、インストールしたり、設定したりとするのがよいのか、予め実行させる処理をシェルスクリプトにまとめ、ファイルとしてCOPYコマンドでtmpなどに入れて実行させるのか、どちらが良いのでしょうか。
私としては、Dockerのコンテナはできる限り何もない状態にしておき、runするときにシェルを動かして、imageを使い回せるような形にするのが正解かと思っていたのですが、けっこうDockerfile内のRUNで設定している人も多いようで、どちらが最適なのかわかりません。
結局は、imageを使い回すような処理は書くことはなさそうだとも感じています。
良い点、悪い点など教えていただけますと幸いです。
よろしくおねがいします。
回答2件
0
自己解決
回答のコメント欄で私の勘違いがわかったのでそちらをまとめます。
ENTRYPOINTや、CMDの処理がdocker startするたびに実行されてしまうということが理解できていませんでした。全部シェルスクリプトに書いていました。
試したところ、シェルで実行させていた処理は、毎回コンテナを立ち上げるたびに初期化されていました。
@matsuandさん
RUNはイメージビルド時に実行されるコマンド、CMDはコンテナ内にてイメージが実行される際に実行されるコマンド。利用目的が異なると思います。コンテナを再起動したときのことを考えると違いが明らかで、（変更点がなければキャッシュが効くので）再実行されなくてよいコマンドが RUN、(再)実行されて欲しいコマンドが CMD ではないですか？（CMDはイメージビルド時には実行されません。）
- 再実行されなくてよいコマンドが RUN
- (再)実行されて欲しいコマンドが CMD（CMDはイメージビルド時には実行されません。） もしくはENTRYPOINT。
シェルスクリプトにしかかけないことをシェルスクリプトに書くべきで、それ以外はDockerfileに書くべきと結論づけました。
投稿2021/03/18 14:53
総合スコア110
0
Dockerfileはdocker-composeとセットで使う事がほとんどだと思うけど、Dockerfile内では.envやdocker-compose.ymlで設定した引数を利用出来るのでRUNの一部として利用出来ます
動的に変数を作り、それをRUNに使う事も出来ます
対して予め用意したシェルスクリプトだとそれが出来ません
※シェルの中で環境変数・変数を作って使う事は出来ます
※RUNでsedして書き換える事も出来ます
どちらが最適なのかわかりません。
自分のやり易いようにどうぞ
個人利用の範囲ならやり易い方法や好みの方法から始めて不都合があれば適宜手法を変えてけばいいです
ただし他の人にイメージを配布するならシェルスクリプトをエントリーポイントとしてイメージに突っ込むしかないでしょう
投稿2021/03/18 07:01
総合スコア6417
> ただし他の人にイメージを配布するならシェルスクリプトをエントリーポイントとしてイメージに突っ込むしかないでしょう
これと違いますかね？
> 結局は、imageを使い回すような処理は書くことはなさそうだとも感じています。
との事ですが、matsuandさんはどちらが最適だと思いますか？自分なら自分の回答を見てRUNを選んでくれればいいんじゃないと思って回答してます。
※質問見直したけどCMDの話は特に無いのでどこに絡めれば良いのか分かりませんが・・・
「エントリーポイント」と表現されていたので CMDとの対比と解釈してコメントしていましたが、そうではないんですかね（？） そういう対比でないのであれば hentaiman 様の仰るとおり「お好みで」というのが回答かと思います。ただ事細かく突っ込むと、RUN でできることをシェルにするのは、単に書く場所を変えただけのように映るので、細かな点で融通が利く利かないはあるのかもしれませんが、可読性や保守を考慮したら、そんなまわりくどくしなくて良いという印象を抱きます。
イメージを配布するならRUNで細々書くのは無理なのでエントリーポイントが必要、そのエントリーポイントとしてシェルスクリプトを用意するという回答と書いたつもりでしたが、対比になるんですかね？
> RUN でできることをシェルにするのは
イメージを配布するのにRUNで出来るんですかね？上のコメントの通り出来ないと思ってエントリーポイントとしてのシェルスクリプトと書いたんですが、間違ってたら教えてください
https://github.com/docker-library/python/blob/ec67f96b61c55ba35acd6c553f21641c5bf0ccc5/3.10-rc/buster/Dockerfile
上記 Python3.10 の Dockerfile ですが、ここに書いてある RUN をこういうふうにベタ書きにするか、外だしにするかという話ではないんでしょうか。
それは自分に対してのコメントですか？だとしたら言いたい事が分からず申し訳ないですが、自分の回答はイメージにするならDockerfileにRUN書いてみたいな考え方は出来ないからシェルスクリプトに書かないとねって話です
@matsuandさん
ENTRYPOINTや、CMDの処理がdocker startするたびに実行されてしまうということが理解できていませんでした。全部シェルスクリプトに書いていました。
試したところ、シェルで実行させていた処理は、毎回コンテナを立ち上げるたびに初期化されていました。
> RUNはイメージビルド時に実行されるコマンド、CMDはコンテナ内にてイメージが実行される際に実行されるコマンド。利用目的が異なると思います。コンテナを再起動したときのことを考えると違いが明らかで、（変更点がなければキャッシュが効くので）再実行されなくてよいコマンドが RUN、(再)実行されて欲しいコマンドが CMD ではないですか？（CMDはイメージビルド時には実行されません。）
- 再実行されなくてよいコマンドが RUN
- (再)実行されて欲しいコマンドが CMD（CMDはイメージビルド時には実行されません。） もしくはENTRYPOINT。
ということですね。
$ cat Dockerfile
FROM ubuntu:18.04
RUN apt-get update && apt-get -y install python3.7 && ...
CMD bash
と、
$ cat Dockerfile
FROM ubuntu:18.04
COPY setup /setup
RUN /setup/setup.sh
CMD bash
$ cat setup/setup.sh
#!/bin/sh
apt-get update && apt-get -y install python3.7 && ...
のどっちがいいんですか、という話ではない? (えっ、もしかして違うの?)
ああ、「runするときにシェルを動かして」ってのは RUN じゃなくて docker run ってことですかね。
もしそうなら、はい、理解しました。
そうでした、書かれたコメントに流されてそこ忘れてましたすいません
そして
> 自分のやり易いようにどうぞ
で終わってますね 失礼しました
@Kchan_01 さん
再実行されるされないを目指すという表現は適切でなかったかもしれません。そのことをご理解ください。要はサーバー環境（サーバーイメージ）を作るのに必要なことはすべて RUN に書くべきものと思います。シェルとして外だしにするかどうかは、ビルドキャッシュとしてどのように効くかという問題をはらむため、そこらあたりがわかっていないと、「どちらでもお好きなように」という回答は実は適切ではない、と後々思うようになりました。
キャッシュが邪魔なら--no-cacheって軽い感じでやってましたけど、キャッシュって重要視しなきゃいけないものですか？dockerに限らずキャッシュは邪魔なら消すっていう扱いしてるんですけど、dockerの場合違うんですか？
普通に分からないので教えてください
@hentaiman さん、
ご質問なら新たに挙げて頂くのが良いかと思いますので、当コメントによりこのスレでの最後とさせて頂きたく思います。キャッシュを利用するのが当たり前と捉えていましたので、適切に説明できるかわかりませんが試みてみます。マルチステージビルドにて共通ベースイメージを利用する場合、キャッシュを利用してビルド時間短縮が図られる例があります。またCI（継続的インテグレーション）に適していると言われます。環境変更や依存パッケージの更新などにおいてレイヤーキャッシュのうち必要なものだけが再ビルドされます。これもキャッシュがあれば再ビルドの所要総時間を減らすと考えられます。
> マルチステージビルドにて共通ベースイメージ
なるほど！確かに！
> ご質問なら新たに挙げて頂くのが良いか
回答に対するツッコミだったので、誤っている点を正確に知りたくて聞いただけなので、特に新たに質問して訊きたい事ではありません。
ですので、コメントではなく回答をされていれば特に質問はしなかったです。
今回はキャッシュを活かすパターンが聞けて良かったです。
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。