Kako deluje trajnost podatkov z Docker volumes?

Question

Accepted Answer

Privzeto so podatki v kontejnerju **efemerni** — izgubljeni, ko je kontejner odstranjen. **Volumes** (in bind mount) zagotavljajo **trajno shranjevanje** podatkov, ki preživi kontejnerje, kar je bistvenega pomena za baze podatkov in vse podatke, ki morajo preživeti ponovni zagon/odstranitev kontejnerja.

## Problem: kontejnerji so 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.
```

## Volumes — upravljena trajna shranjevanja

```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
```

**Volumes** so Docker-upravljena trajna shranjevanja (shranjena na gostitelju, upravljana s strani Dockerja) — priporočeni način za trajnost podatkov. Podatki v pripravljeni poti preživijo tudi, če je kontejner odstranjen.

## Bind mounts — preslikava imnika na gostitelju

```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 mounts** preslikajo imnik na gostitelju v kontejner — koristno za razvoj (urejanje kode na gostitelju, vidne spremembe v živo v kontejnerju).

## Volumes v primerjavi z bind mounti

```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
```

## Zakaj je to pomembno

Razumevanje trajnosti podatkov s pomočjo volumes je bistvenega pomena za pravilno uporabo Dockerja s kakršno koli aplikacijo, ki ima podatke, zato je to pomembno praktično znanje.

Temeljna težava — **kontejnerji so efemerni**, njihova zapisljiva plast je izbrisana ob odstranitvi, kar pomeni, da so **podatki, zapisani v kontejnerju, izgubljeni** — je kritičen koncept: kontejnerji so namenjeni temu, da so razporedljivi, zato je shranjevanje pomembnih podatkov v njih (kot so datoteke baze podatkov) povzroča izgubo podatkov, ko je kontejner zamenjan. **Volumes** to rešijo z zagotovitvijo **Docker-upravljanega trajnega shranjevanja**, ki obstaja zunaj životnega cikla kontejnerja, zato podatki (baze podatkov, nalaganja, katero koli stanje) preživijo odstranitev in zamenjavo kontejnerja — bistvenega pomena za aplikacije s stanjem.

Razumevanje **bind mountov** (preslikava imenika na gostitelju v kontejner) je pomembno za **razvoj** (urejanje kode na gostitelju in vidne spremembe v živo v kontejnerju, zelo pogost razvoj v praksi) in za deljenje datotek gostitelja.

Znanje **razlike** — volumes (Docker-upravljani, prenosljivi, priporočeni izbor za trajne podatke aplikacije, kot so baze podatkov) v primerjavi z bind mounti (specifični za pot gostitelja, odličnega za razvoj) — vodi izbiro pravega pristopa.

Ker so kontejnerji po zasnovi efemerni in večina pravih aplikacij ima podatke, ki morajo ostati (posebej baze podatkov), in ker so volumes bistveni mehanizem za trajno shranjevanje (z bind mounti važni za razvoj), je razumevanje Docker trajnosti podatkov — problem efemenega kontejnerja, volumes za trajne podatke, bind mounts za razvoj in kdaj uporabiti vsako — bistvenega, praktično relevantnega Docker znanja, potrebnega za pravilno zagotavljanje stavnih aplikacij in izogibanja resni napaki izgube podatkov, shranjenih v razporedljivih kontejnerjih.