イメージレイヤーと最適化

Dockerイメージは、巨大な1つのファイルではありません。代わりに、複数の読み取り専用レイヤーから構成されています。これらのレイヤーは、透明シートを重ねたものに似ています。

各レイヤーはイメージへの変更を表しており、イメージを効率的かつ柔軟にします。このレイヤー構造は、Dockerの仕組みの基盤です。

Dockerfileを作成すると、ほぼすべての命令によって、前のレイヤーの上に新しいレイヤーが作成されます。FROM、RUN、COPY、ADDなどの命令は、いずれも新しいレイヤーの作成につながります。

Dockerはこれらの命令を順番に実行し、直前のレイヤーの状態をもとに新しいレイヤーを構築します。

docker historyコマンドを使うと、イメージを構成するレイヤーを確認できます。このコマンドでは、各命令、そのサイズ、作成日時が表示されるため、イメージがどのように大きくなったかを把握できます。

イメージサイズの問題をデバッグするための強力なツールです。

Dockerは、効率的なビルドキャッシュを使用します。Dockerfileの命令とそのコンテキスト（コピー対象のファイルなど）が前回のビルドから変更されていなければ、Dockerは既存のレイヤーを再利用します。

この再利用により、変更されていない手順を再実行する必要がなくなるため、以降のビルドが大幅に高速化されます。

Dockerfile内の命令の順序は、キャッシュを効果的に利用するうえで重要です。システム依存関係のインストールなど、変更頻度の低い命令を先頭に配置してください。

アプリケーションコードのコピーなど、変更頻度の高い命令は後ろに配置します。こうすると、コードだけを変更した場合に、安定している依存関係のキャッシュ済みレイヤーをDockerが再利用できます。

次の2つのDockerfileスニペットを比較してください。適切な順序では、変更されにくい依存関係を先に配置するため、Dockerはそれらをキャッシュでき、変更されたアプリケーションコードのレイヤーだけを再ビルドできます。

通常、各RUNコマンドによって新しいレイヤーが作成されます。複数のコマンドを1つのRUN命令にまとめることで、レイヤー数を減らし、最終的なイメージサイズを小さくできる場合があります。

&& \演算子を使ってコマンドを連結すると、1つのアトミックなレイヤーの一部として実行できます。

複数のRUNコマンドを使う代わりに、&& \で連結します。これにより、すべての操作を1つにまとめた、より効率的なレイヤーが作成されます。

ビルドプロセス中にのみ必要なファイルは、必ず削除してください。たとえば、パッケージマネージャーのキャッシュ（apt-get cleanなど）や一時的なビルド成果物は、イメージのレイヤーサイズを大幅に増加させることがあります。

それらを作成した同じRUNコマンド内で削除すれば、前のレイヤーに残ることを防げます。

次のDockerfileの断片について考えてみましょう。

FROM alpine:latest
COPY . /app
RUN apk add --no-cache git
RUN apk add --no-cache make
CMD ["sh"]

イメージサイズを小さくし、再ビルドを高速化できる可能性がある変更として、最も適切なものは次のうちどれですか。

Dockerイメージはレイヤーで構築され、多くの場合、各命令によって新しいレイヤーが作成されることを学びました。これを理解することが最適化の鍵です。

• ビルドキャッシュのヒット率を最大化できるよう、命令の順序を慎重に決める。
• 複数のRUNコマンドを1つにまとめて、レイヤー数を減らす。
• 一時ファイルは、それぞれのRUNコマンド内で削除し、レイヤーを小さく保つ。

これらのテクニックにより、より小さく、より高速にビルドできるDockerイメージを作成できます。これは効率的なデプロイに不可欠です。