Kako funkcioniraju Docker slojevima i build cache?

Question

Accepted Answer

Docker slike se grade u **slojevima** — svaka Dockerfile instrukcija kreira sloj, a Docker **cachira** slojeve kako bi ubrzao rebuilde. Razumijevanje slojeva i cachinga ključno je za pisanje efikasnih Dockerfile-a koji se brzo grade i stvaraju manje slike.

## Slojevi — svaka instrukcija dodaje sloj

```text
Each Dockerfile instruction (FROM, RUN, COPY, etc.) creates a read-only LAYER:
  → layers stack to form the image; layers are CACHED and SHARED between images
  → if a layer is unchanged, Docker REUSES the cached layer (skips rebuilding it)
→ Layer caching makes rebuilds fast — only changed layers (and those AFTER) rebuild.
```

## Pravilo cachinga (redoslijed je bitan)

```text
Docker caches layers IN ORDER. When an instruction's input changes, that layer AND
ALL layers AFTER IT are rebuilt (cache invalidated from that point down).
→ Put STABLE things EARLY and FREQUENTLY-CHANGING things LATE in the Dockerfile.
```

## Klasična optimizacija: ovisnosti prije koda

```dockerfile
# ✅ GOOD — copy dependency manifest first, install, THEN copy code
COPY package*.json ./
RUN npm install          # this layer is cached UNLESS package.json changes
COPY . .                 # code changes here don't invalidate the npm install layer

# ❌ BAD — copy everything first
COPY . .                 # ANY code change invalidates...
RUN npm install          # ...so npm install RE-RUNS on every code change (slow!)
```

Kopiranjem datoteka ovisnosti i instalacijom **prije** kopiranja ostatka koda, (spora) datoteka instalacije ovisnosti ostaje cachirana preko promjena koda — nevjerojatno važna optimizacija koja čini rebuilde brze.

## Smanjenje veličine slike

```text
✓ Combine related RUN commands (fewer layers) and clean up in the SAME layer
  RUN apt-get update && apt-get install -y x && rm -rf /var/lib/apt/lists/*
✓ Use small base images (alpine, slim, distroless)
✓ Use .dockerignore to exclude unneeded files from the build context
✓ Use multi-stage builds (build artifacts in one stage, copy only what's needed)
```

## Zašto je to važno

Razumijevanje Docker slojeva i build cachinga važno je za **pisanje efikasnih Dockerfile-a** koji se brzo grade i stvaraju manje slike, pa je to vrijedno praktično znanje koje značajno utječe na produktivnost razvoja i implementaciju.

Fundamentalni koncept — svaka Dockerfile instrukcija kreira cachiran, ponovno iskoristiv **sloj**, a Docker **ponovno koristi nepromijenjene cachirirane slojeve** dok rebuilda promijenjene slojeve i sve nakon njih — objašnjava kako učiniti buildove brze.

**Kritično pravilo cachinga** (cache se invalidira od prve promijenjene instrukcije naniže, pa redoslijed ima značenja: stabilne stvari na početku, često mijenjajuće stvari na kraju) pokreće **jednu od najvažnijih optimizacija**: kopiranje datoteka ovisnosti i instalaciju ovisnosti **prije** kopiranja koda aplikacije, tako da spora datoteka instalacije ovisnosti ostaje cachirana tijekom čestih promjena koda (umjesto ponovnog pokretanja `npm install`/`pip install` pri svakoj promjeni koda — razlika između brzih i bolno sporih rebuilda).

Razumijevanje samog ovog obrasca dramatično poboljšava vrijeme builda, što je stalna briga za iskustvo razvoja.

Znanje tehnike **smanjenja veličine slike** — kombiniranje RUN naredbi s čišćenjem u istom sloju, korištenje malih baznih slika (alpine, slim, distroless), `.dockerignore` za isključivanje nepotrebnih datoteka i multi-stage buildove — stvara manje, brže implementirane slike (smanjujući pohranu, vrijeme prijenosa i površinu napada).

Budući da se Docker buildovi stalno događaju (tijekom razvoja i CI/CD) i sporih buildova ili nabreknutih slika štete produktivnosti i implementaciji, i budući da razumijevanje slojeva i cachinga omogućava pisanje Dockerfile-a koji se brzo grade i ostaju mali, razumijevanje Docker slojeva i build cachinga — model slojeva, redoslijed-ovisno pravilo cachinga, optimizacija ovisnosti-prije-koda i tehnike smanjenja veličine — je vrijedno, često primijenjeno znanje za efikasnu upotrebu Dockera, ključna vještina koja razlikuje one koji pišu brze, vitke Dockerfile-e od onih koji pate od sporih buildova i nabreknutih slika.