Jak optimalizujete velikost Docker obrazu a výkon buildu?

Question

Accepted Answer

Optimalizace Docker obrazů zahrnuje snížení **velikosti** (menší, rychlejší, bezpečnější) a zlepšení **výkonu buildu** (rychlejší buildy pomocí cachování). Techniky zahrnují minimální base images, multi-stage buildy, optimalizaci vrstev, BuildKit a pečlivý design Dockerfile.

## Snížení velikosti obrazu

```text
✓ MINIMAL base images:
  - alpine (tiny, ~5MB) — but musl libc can cause compatibility issues for some apps
  - slim variants (e.g. python:3.12-slim) — smaller than full, fewer compat issues
  - DISTROLESS — only the app + runtime, NO shell/package manager (smallest, most secure)
  - scratch — empty base (for static binaries, e.g. Go) → minimal image
✓ MULTI-STAGE builds — build with tools, ship only the artifact (huge size savings)
✓ Combine RUN layers + clean up IN the same layer:
  RUN apt-get update && apt-get install -y x && rm -rf /var/lib/apt/lists/*
  (cleanup in a SEPARATE layer doesn't shrink the image — the files are in the earlier layer)
✓ .dockerignore — keep junk out of the context/image
✓ Remove caches, temp files, dev dependencies in production images
```

## Zlepšení výkonu buildu

```text
✓ LAYER CACHING — order Dockerfile so stable layers (deps) come before volatile (code)
✓ BUILDKIT (DOCKER_BUILDKIT=1 / default in modern Docker) — faster, parallel builds,
  better caching, build secrets, cache mounts
✓ CACHE MOUNTS — RUN --mount=type=cache,target=/root/.npm npm install
  → persist package-manager caches BETWEEN builds (don't re-download every time)
✓ Registry cache / --cache-from — reuse cached layers in CI (where the cache is cold)
```

## Multi-stage + distroless příklad

```dockerfile
FROM golang:1.22 AS build
WORKDIR /app
COPY . .
RUN CGO_ENABLED=0 go build -o app .

FROM gcr.io/distroless/static     # no shell, no OS — tiny and secure
COPY --from=build /app/app /app
ENTRYPOINT ["/app"]
# → final image is a few MB: just the static binary (vs ~800MB with the full golang image)
```

## Proč na tom záleží

Optimalizace velikosti Docker obrazu a výkonu buildu je cenné senior-level vědomí, protože přímo ovlivňuje **rychlost nasazení, náklady na úložiště, bezpečnost a produktivitu vývojářů**, takže je prakticky důležité pro produkční containerizaci. **Snížení velikosti obrazu** záleží na tom, že menší obrazy se nasazují a stahují rychleji, stojí méně na uložení a jsou **bezpečnější** (méně balíčků = menší útočná plocha): použití **minimálních base images** (alpine, slim, a zejména **distroless** — obsahující pouze aplikaci a runtime bez shell nebo správce balíčků, nejmenší a nejbezpečnější — nebo `scratch` pro statické binární soubory), **multi-stage buildů** (shipping pouze artefaktů) a pečlivé **optimalizace vrstev** (kombinování RUN příkazů s čistením ve *stejné* vrstvě, protože čištění v samostatné vrstvě ve skutečnosti nezmenší obraz — běžné nedorozumění) může dramaticky zmenšit obrazy (např. z ~800MB na několik MB). **Zlepšení výkonu buildu** záleží na tom, že pomalé buildy poškozují produktivitu vývojářů a propustnost CI: využívání **layer cachování** (řazení stabilních-před-volatilními), **BuildKit** (rychlejší paralelní buildy s lepším cachováním) a zejména **cache mounts** (zachování cache správce balíčků mezi buildy tak, aby se závislosti nestahovalyznova pokaždé — významné zrychlení) a registry cache pro CI všechny buildy zrychlují.

Pochopení těchto technik — a jemných bodů, jako je proč záleží na čištění ve stejné vrstvě a jak distroless zlepšuje velikost i bezpečnost — odráží hloubku potřebnou k vytváření skutečně optimalizovaných obrazů.

Protoždevelikost obrazu a rychlost buildu mají skutečný, trvalý dopad na nasazení, náklady, bezpečnost a produktivitu, a protože tyto optimalizační techniky (minimální/distroless bases, multi-stage buildy, správné čištění vrstev, BuildKit cache mounts) jsou to, co dosahuje štíhlých, rychlých, bezpečných obrazů, pochopení optimalizace Docker obrazu a buildu je cenné senior-level vědomí pro produkční containerizaci, klíčová dovednost rozlišující profesionální, optimalizované použití Docker a odrážející expertizu očekávanou pro vytváření efektivních, bezpečných container obrazů ve velkém měřítku.