Kako funkcionira perzistencija podataka s Docker volumenom?

Question

Accepted Answer

Prema zadanoj postavci, podaci u kontejneru su **efemerni** — izgubljeni kada se kontejner ukloni. **Volumeni** (i bind mount-ovi) pružaju **trajnu pohranu** koja preživi kontejnere, što je bitno za baze podataka i sve podatke koji moraju preživjeti ponovno pokretanje/uklanjanje kontejnera.

## Problem: kontejneri su efemerni

```text
A container's writable layer is DELETED when the container is removed:
  → data written inside the container (e.g. a database's files) is LOST
  → containers are meant to be disposable/replaceable → don't store important data in them
→ For persistent data, you need storage OUTSIDE the container's lifecycle.
```

## Volumeni — upravljana trajna pohrana

```bash
# create and use a named volume (managed by Docker)
docker volume create mydata
docker run -v mydata:/var/lib/mysql mysql      # mount the volume into the container
# → data in /var/lib/mysql persists in the volume, surviving container removal

docker volume ls                 # list volumes
docker volume inspect mydata     # details
```

**Volumeni** su Docker-upravljana trajna pohrana (pohranjena na domaćinu, upravljana od strane Docker-a) — preferirani način za perzistenciju podataka. Podaci na montiranoj putanji prežive čak i ako se kontejner ukloni.

## Bind mount-ovi — mapiranje direktorija domaćina

```bash
# bind mount: map a specific HOST directory into the container
docker run -v /host/path:/app -p 3000:3000 myapp
docker run -v $(pwd):/app myapp   # mount the current directory (great for development)
# → changes on the host are reflected in the container (and vice versa)
```

**Bind mount-ovi** mapiraju direktorij domaćina u kontejner — korisno za razvoj (uređivanje koda na domaćinu, gledanje promjena uživo u kontejneru).

## Volumeni nasuprot bind mount-ovima

```text
VOLUMES      → Docker-managed, portable, the preferred choice for PERSISTENT DATA
               (databases, uploads) — decoupled from the host's filesystem layout
BIND MOUNTS  → map a specific host path; great for DEVELOPMENT (live code reload)
               and sharing host files; tied to the host's filesystem
tmpfs        → in-memory (non-persistent), for sensitive/temporary data
```

## Zašto je to važno

Razumijevanje perzistencije podataka s volumenom ključno je za ispravnu upotrebu Docker-a s bilo kojom aplikacijom koja ima podatke, pa je to važno praktično znanje.

Temeljni problem — **kontejneri su efemerni**, s njihovim slojom za pisanje obrisanim pri uklanjanju, što znači da su **podaci napisani unutar kontejnera izgubljeni** — kritičan je koncept: kontejneri su namijenjeni biti odbacivi, pa pohrana važnih podataka unutar njih (kao što su datoteke baze podataka) uzrokuje gubitak podataka kada se kontejner zamijeni. **Volumeni** rješavaju to pružanjem **Docker-upravljane trajne pohrane** koja postoji izvan životnog ciklusa kontejnera, pa podaci (baze podataka, učitani sadržaj, bilo koje stanje) prežive uklanjanje i zamjenu kontejnera — bitno za aplikacije sa stanjem.

Razumijevanje **bind mount-ova** (mapiranje direktorija domaćina u kontejner) važno je za **razvoj** (uređivanje koda na domaćinu i gledanje promjena uživo u kontejneru, vrlo čest tok razvoja) i za dijeljenje datoteka domaćina.

Znanje **razlike** — volumeni (Docker-upravljani, prinosivi, preferirani izbor za trajne podatke aplikacije kao što su baze podataka) nasuprot bind mount-ovima (specifični za putanju domaćina, odličnih za razvoj) — vodi izboru ispravnog pristupa.

Budući da su kontejneri efemerni prema dizajnu i većina prvih aplikacija ima podatke koji moraju perzistirati (posebno baze podataka), a budući da su volumeni bitna mehanika za trajnu pohranu (bind mount-ovi važni za razvoj), razumijevanje Docker perzistencije podataka — problem efemernog kontejnera, volumeni za trajne podatke, bind mount-ovi za razvoj, i kada koristiti svaki — je bitno, praktično relevantno Docker znanje, potrebno za ispravan rad aplikacija sa stanjem i izbjegavanje ozbiljne greške gubitka podataka pohranjena u odbacivim kontejnerima.