クラウドとコンテナの基礎
FROM alpine
COPY data.tar.gz /tmp/
RUN tar -xzf /tmp/data.tar.gz -C /opt && rm /tmp/data.tar.gz500 MBのアーカイブ data.tar.gz を展開するため、上のDockerfileでイメージを作った。展開の後で、同じ RUN の中でアーカイブを削除したのに、イメージの大きさはアーカイブの分だけ大きいままだった。理由と対策の組み合わせとして、最も適切なものはどれか。
- A&& のあとの rm はビルドのときには実行されないため。rm を別の RUN の命令に分けて書く
- B削除したファイルが、ビルドのキャッシュとしてイメージに残るため。docker build に --no-cache を付けてビルドし直す
- CCOPY の命令が作った層にアーカイブが残るため。マルチステージビルドで、展開したファイルだけを最終のイメージにコピーする
答えと解説を見る
正解:C. COPY の命令が作った層にアーカイブが残るため。マルチステージビルドで、展開したファイルだけを最終のイメージにコピーする
Dockerfileの命令のうち、ファイルシステムを変えるもの(COPY や RUN など)は、それぞれが1つの層になり、イメージはそれらの層を重ねたものです。後の層でファイルを削除しても、削除したという印が上の層に記録されるだけで、COPY の層に入った500 MBのアーカイブはイメージに残ります。マルチステージビルドで展開を別の段階で行い、展開したファイルだけを COPY --from で最後の段階に持ってくれば、アーカイブは最終のイメージに含まれません。ダウンロードと展開と削除を1つの RUN の中で行う方法もありますが、COPY で持ち込んだファイルには使えません。
- A. && のあとの rm も同じ RUN の中で実行されます。別の RUN に分けると、削除の印の層が増えるだけで、大きさは減りません。
- B. --no-cache は以前のビルドの結果を使い回さないようにするだけで、層の中身は同じなので、大きさは変わりません。
- C. 正しい。削除しても下の層の中身は残るので、最終のイメージに入れないようにします。