この質問にはすでにいくつかの人気のある回答があることを理解しています。ただし、パッケージマネージャーのファイルをキャッシュする新しい方法があります。BuildKitがより標準になるとき、それは将来的に良い答えになると思います。
Docker 18.09 以降、BuildKitの実験的なサポートがあります。BuildKitは、外部ボリュームをRUN
段階的にマウントする実験的なサポートを含む、Dockerfileのいくつかの新機能のサポートを追加します。これにより、などのキャッシュを作成できます$HOME/.cache/pip/
。
requirements.txt
例として次のファイルを使用します。
Click==7.0
Django==2.2.3
django-appconf==1.0.3
django-compressor==2.3
django-debug-toolbar==2.0
django-filter==2.2.0
django-reversion==3.0.4
django-rq==2.1.0
pytz==2019.1
rcssmin==1.0.6
redis==3.3.4
rjsmin==1.1.0
rq==1.1.0
six==1.12.0
sqlparse==0.3.0
Pythonの典型的な例Dockerfile
は次のようになります。
FROM python:3.7
WORKDIR /usr/src/app
COPY requirements.txt /usr/src/app/
RUN pip install -r requirements.txt
COPY . /usr/src/app
DOCKER_BUILDKIT
環境変数を使用してBuildKitを有効にすると、キャッシュさpip
れていないステップを約65秒でビルドできます。
$ export DOCKER_BUILDKIT=1
$ docker build -t test .
[+] Building 65.6s (10/10) FINISHED
=> [internal] load .dockerignore 0.0s
=> => transferring context: 2B 0.0s
=> [internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 120B 0.0s
=> [internal] load metadata for docker.io/library/python:3.7 0.5s
=> CACHED [1/4] FROM docker.io/library/python:3.7@sha256:6eaf19442c358afc24834a6b17a3728a45c129de7703d8583392a138ecbdb092 0.0s
=> [internal] load build context 0.6s
=> => transferring context: 899.99kB 0.6s
=> CACHED [internal] helper image for file operations 0.0s
=> [2/4] COPY requirements.txt /usr/src/app/ 0.5s
=> [3/4] RUN pip install -r requirements.txt 61.3s
=> [4/4] COPY . /usr/src/app 1.3s
=> exporting to image 1.2s
=> => exporting layers 1.2s
=> => writing image sha256:d66a2720e81530029bf1c2cb98fb3aee0cffc2f4ea2aa2a0760a30fb718d7f83 0.0s
=> => naming to docker.io/library/test 0.0s
ここで、実験的なヘッダーを追加しRUN
、Pythonパッケージをキャッシュするようにステップを変更します。
# syntax=docker/dockerfile:experimental
FROM python:3.7
WORKDIR /usr/src/app
COPY requirements.txt /usr/src/app/
RUN --mount=type=cache,target=/root/.cache/pip pip install -r requirements.txt
COPY . /usr/src/app
さあ、今すぐ別のビルドを実行してください。同じ時間がかかるはずです。しかし、今回は新しいキャッシュマウントでPythonパッケージをキャッシュしています。
$ docker build -t pythontest .
[+] Building 60.3s (14/14) FINISHED
=> [internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 120B 0.0s
=> [internal] load .dockerignore 0.0s
=> => transferring context: 2B 0.0s
=> resolve image config for docker.io/docker/dockerfile:experimental 0.5s
=> CACHED docker-image://docker.io/docker/dockerfile:experimental@sha256:9022e911101f01b2854c7a4b2c77f524b998891941da55208e71c0335e6e82c3 0.0s
=> [internal] load .dockerignore 0.0s
=> [internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 120B 0.0s
=> [internal] load metadata for docker.io/library/python:3.7 0.5s
=> CACHED [1/4] FROM docker.io/library/python:3.7@sha256:6eaf19442c358afc24834a6b17a3728a45c129de7703d8583392a138ecbdb092 0.0s
=> [internal] load build context 0.7s
=> => transferring context: 899.99kB 0.6s
=> CACHED [internal] helper image for file operations 0.0s
=> [2/4] COPY requirements.txt /usr/src/app/ 0.6s
=> [3/4] RUN --mount=type=cache,target=/root/.cache/pip pip install -r requirements.txt 53.3s
=> [4/4] COPY . /usr/src/app 2.6s
=> exporting to image 1.2s
=> => exporting layers 1.2s
=> => writing image sha256:0b035548712c1c9e1c80d4a86169c5c1f9e94437e124ea09e90aea82f45c2afc 0.0s
=> => naming to docker.io/library/test 0.0s
約60秒。最初のビルドに似ています。
requirements.txt
(2つのパッケージの間に新しい行を追加するなど)に小さな変更を加えて、キャッシュを強制的に無効にし、再度実行します。
$ docker build -t pythontest .
[+] Building 15.9s (14/14) FINISHED
=> [internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 120B 0.0s
=> [internal] load .dockerignore 0.0s
=> => transferring context: 2B 0.0s
=> resolve image config for docker.io/docker/dockerfile:experimental 1.1s
=> CACHED docker-image://docker.io/docker/dockerfile:experimental@sha256:9022e911101f01b2854c7a4b2c77f524b998891941da55208e71c0335e6e82c3 0.0s
=> [internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 120B 0.0s
=> [internal] load .dockerignore 0.0s
=> [internal] load metadata for docker.io/library/python:3.7 0.5s
=> CACHED [1/4] FROM docker.io/library/python:3.7@sha256:6eaf19442c358afc24834a6b17a3728a45c129de7703d8583392a138ecbdb092 0.0s
=> CACHED [internal] helper image for file operations 0.0s
=> [internal] load build context 0.7s
=> => transferring context: 899.99kB 0.7s
=> [2/4] COPY requirements.txt /usr/src/app/ 0.6s
=> [3/4] RUN --mount=type=cache,target=/root/.cache/pip pip install -r requirements.txt 8.8s
=> [4/4] COPY . /usr/src/app 2.1s
=> exporting to image 1.1s
=> => exporting layers 1.1s
=> => writing image sha256:fc84cd45482a70e8de48bfd6489e5421532c2dd02aaa3e1e49a290a3dfb9df7c 0.0s
=> => naming to docker.io/library/test 0.0s
わずか約16秒!
すべてのPythonパッケージをダウンロードしなくなったため、この高速化を実現しています。これらは、パッケージマネージャー(pip
この場合)によってキャッシュされ、キャッシュボリュームマウントに格納されました。ボリュームマウントが実行ステップに提供されているため、pip
ダウンロード済みのパッケージを再利用できます。これは、Dockerレイヤーのキャッシュの外側で発生します。
利益は大きいほどはるかに良くなるはずです requirements.txt
ます。
ノート:
- これは実験的なDockerfile構文であり、そのように扱う必要があります。現在、これを本番環境で構築したくない場合があります。
BuildKitのものは、現時点ではDocker APIを直接使用するDocker Composeまたはその他のツールでは機能しません。1.25.0以降、Docker Composeでこれがサポートされるようになりました。参照してください。あなたがドッキングウィンドウ・コンでBuildKitを有効にするにはどうすればよいですか?
- 現時点では、キャッシュを管理するための直接的なインターフェースはありません。を実行すると消去されます
docker system prune -a
。
うまくいけば、これらの機能がビルド用のDockerに組み込まれ、BuildKitがデフォルトになります。もしそれが起こったら、私はこの答えを更新しようとします。