Dockerイメージ軽量化の完全ガイド｜full・slim・alpine・distroless・scratch の使い分け

「Docker イメージを 小さくしたい」——これは単にディスク容量の話ではありません。軽量化は 起動速度・レジストリ転送コスト・攻撃対象の最小化・CI効率 すべてを同時に改善する、Docker運用の最終仕上げです。

この記事では、ベースイメージ選択の基準（full / slim / alpine / distroless / scratch）と、実際にサイズを削るテクニックを、落とし穴も含めて総合的に解説します。3-4で作った Flask アプリを 130MB → 50MB以下まで削る実例も示します。

目次

1. なぜ軽量化するのか（5つの理由）
2. ベースイメージの選択肢マップ
3. alpine の仕組みと注意点
4. distroless（Googleの「アプリだけ」イメージ）
5. scratch（究極のゼロベース）
6. 軽量化テクニック一覧
7. 実例：Flaskアプリを 130MB → 50MB に
8. サイズの測り方・分析ツール
9. 軽量化の落とし穴
10. まとめ

1. なぜ軽量化するのか（5つの理由）

2. ベースイメージの選択肢マップ

代表的なベースイメージの特性を整理します。Python を例にした比較です。

選択フローチャート

3. alpine の仕組みと注意点

Alpine Linux は musl libc と BusyBox を使った超軽量ディストリビューション（約 5MB）です。Dockerイメージのベースとして広く使われていますが、従来のLinuxと互換性が完全ではない点に注意が必要です。

alpine のメリット

• 極めて小さい（ベース約 7MB、python:alpine でも 55MB）
• 攻撃対象面積が狭い
• セキュリティアップデートが頻繁

alpine のデメリット・注意点

apk（Alpine のパッケージマネージャ）の使い方

# apt-get update && apt-get install -y foo の代わりに:
 RUN apk add --no-cache foo
 
 # ビルド専用パッケージの一時導入（alpine特有の便利機能）
 RUN apk add --no-cache --virtual .build-deps gcc musl-dev \
  && pip install psycopg2 \
  && apk del .build-deps
 # ^ ビルド後に .build-deps をまるごと削除できる

4. distroless（Googleの「アプリだけ」イメージ）

distroless は Google が提供するベースイメージで、アプリとそのランタイムライブラリのみを含みます。shell（bash/sh）・curl・ls すらありません。

distroless の特徴

• サイズが小さい（Pythonで 約 50MB）
• shellがないのでexec攻撃がほぼ不可能
• パッケージマネージャもないので勝手にインストールされない
• root ではなく nonroot ユーザーがデフォルト

使用例（マルチステージとの組み合わせ）

# ===== ビルド =====
 FROM python:3.12-slim AS builder
 WORKDIR /app
 COPY requirements.txt .
 RUN pip install --user --no-cache-dir -r requirements.txt
 COPY . .
 
 # ===== 実行（distroless）=====
 FROM gcr.io/distroless/python3-debian12:nonroot
 WORKDIR /app
 # pip の --user でインストールしたパッケージをコピー
 COPY --from=builder /root/.local /home/nonroot/.local
 COPY --from=builder /app /app
 ENV PATH=/home/nonroot/.local/bin:$PATH
 CMD ["app.py"]

5. scratch（究極のゼロベース）

scratch は「何もない」特別なイメージで、サイズは 0バイトです。静的バイナリにコンパイルできる言語（Go・Rust）でのみ実用的です。

# Go アプリを scratch で動かす最小構成
 FROM golang:1.22-alpine AS builder
 WORKDIR /src
 COPY . .
 RUN CGO_ENABLED=0 go build -ldflags="-s -w" -o /bin/app
 
 FROM scratch
 # TLSを使うなら ca-certificates を明示的にコピー
 COPY --from=builder /etc/ssl/certs/ca-certificates.crt /etc/ssl/certs/
 COPY --from=builder /bin/app /app
 ENTRYPOINT ["/app"]
 
 # 最終イメージ: Goバイナリ（約5MB）+ CA証明書（約200KB）= 約5MB

scratch の注意点

• shell、libc、何もないので docker exec でコマンドを打つことすらできない
• 動的リンクのバイナリは絶対に動かない（静的のみ）
• HTTPS通信するなら CA証明書を自分でコピーする必要がある
• タイムゾーン情報 (/usr/share/zoneinfo) も必要なら明示的に

6. 軽量化テクニック一覧

apt のキャッシュ削除パターン

RUN apt-get update && \
  apt-get install -y --no-install-recommends \
  curl \
  ca-certificates && \
  apt-get clean && \
  rm -rf /var/lib/apt/lists/*

7. 実例：Flaskアプリを 130MB → 50MB に

3-4 で作った Flask アプリ（slim ベース、130MB）を distroless で書き直してみます。

# ===== ビルドステージ =====
 FROM python:3.12-slim AS builder
 
 WORKDIR /app
 
 RUN apt-get update && apt-get install -y --no-install-recommends \
  gcc libpq-dev \
  && rm -rf /var/lib/apt/lists/*
 
 COPY requirements.txt .
 # --user で /root/.local 以下に集約（後で distroless にコピーしやすい）
 RUN pip install --user --no-cache-dir -r requirements.txt
 
 COPY . .
 
 # ===== 実行ステージ（distroless）=====
 FROM gcr.io/distroless/python3-debian12:nonroot
 
 WORKDIR /app
 
 # 依存ライブラリ（/root/.local → /home/nonroot/.local）
 COPY --from=builder /root/.local /home/nonroot/.local
 # アプリコード
 COPY --from=builder /app /app
 
 ENV PATH=/home/nonroot/.local/bin:$PATH
 ENV PYTHONPATH=/home/nonroot/.local/lib/python3.12/site-packages
 
 EXPOSE 8000
 
 CMD ["-m", "gunicorn", "--bind", "0.0.0.0:8000", "app:app"]
 
 # 最終サイズ: 約 50MB

8. サイズの測り方・分析ツール

基本：docker images

$ docker images myapp
 REPOSITORY TAG IMAGE ID CREATED SIZE
 myapp v1 abc123 2 minutes ago 1.02GB
 myapp v5 def456 1 minute ago 52MB

レイヤー単位の分析：docker history

$ docker history myapp:v5 --human --format "table {{.CreatedBy}}\t{{.Size}}"
 CREATED BY SIZE
 CMD ["-m" "gunicorn" ...] 0B
 ENV PYTHONPATH=/home/nonroot/.local/lib/... 0B
 COPY /app /app 3.2kB
 COPY /root/.local /home/nonroot/.local 38MB ← ここが重い
 ...

詳細分析：dive（推奨）

dive は各レイヤーの中身を視覚的に調べられるツールです。

# インストール（Linux/macOS）
 brew install dive
 
 # 使い方
 dive myapp:v5
 # → レイヤーごとに何が追加・変更・削除されたか可視化される

9. 軽量化の落とし穴

10. まとめ

軽量化はサイズ数字を小さくすること自体が目的ではなく、起動速度・セキュリティ・運用コストを改善する手段です。適切なベースイメージ選びと、マルチステージ・レイヤーキャッシュ・.dockerignore の3つを組み合わせると、本番品質の最小イメージが作れます。

参考リンク

• Alpine Linux 公式 — musl libc と apk パッケージマネージャの公式情報。
• distroless（GitHub） — Google公式の distroless イメージ一覧と使用例。
• scratch イメージ — 公式の「空」ベースイメージ。
• dive（レイヤー分析ツール） — イメージの中身を視覚的に調べる定番ツール。
• Dockerfile best practices — Docker公式の総合ベストプラクティス。

Dockerの基礎を動画で体系的に学びませんか？

実務で使う基礎だけを3時間に凝縮。環境構築から丁寧に解説しています。

クーポン割引で講座を見る →