Hogyan működik az adatok perzisztenciája Docker volumokkal?

Question

Accepted Answer

Alapértelmezés szerint a konténerben lévő adatok **efemer** — elvesznek, amikor a konténert eltávolítják. A **Volumok** (és bind mount-ok) **perzisztens tárolást** biztosítanak, amely megmarad a konténerek után, elengedhetetlen az adatbázisok és minden olyan adat számára, amelyeknek túl kell élniük a konténer újraindítására/eltávolítására.

## A probléma: a konténerek efemerek

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

## Volumok — Docker által kezelt perzisztens tárolás

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

A **Volumok** Docker által kezelt perzisztens tárolás (a gazdagépen tárolva, Docker által kezelve) — az adatok perzisztenciájának előnyben részesített módja. A csatlakoztatott útvonalban lévő adatok még akkor is megmaradnak, ha a konténert eltávolítják.

## Bind mount-ok — gazdagép-könyvtár leképezése

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

A **Bind mount-ok** egy gazdagép-könyvtárat képeznek le a konténerbe — hasznos a fejlesztéshez (kód szerkesztése a gazdagépen, változások élő megjelenítése a konténerben).

## Volumok versus bind mount-ok

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

## Miért fontos

Az adatok perzisztenciájának megértése volumokkal elengedhetetlen a Docker helyes használatához bármely adatokkal rendelkező alkalmazásnál, így fontos praktikus tudás.

Az alapvető probléma — **a konténerek efemerek**, írható rétegük törlődik eltávolítás során, ami azt jelenti, hogy **a konténerben írott adatok elvesznek** — kritikus koncepció: a konténereket úgy tervezték, hogy eldobhatók legyenek, így a fontos adatok tárolása bennük (például egy adatbázis fájljai) adatvesztést okoz, amikor a konténert kicserélik. A **Volumok** ezt úgy oldják meg, hogy **Docker által kezelt perzisztens tárolást** biztosítanak a konténer életciklusa mellett, így az adatok (adatbázisok, feltöltések, bármilyen állapot) túlélik a konténer eltávolítását és cseréjét — elengedhetetlen az állapottal rendelkező alkalmazások számára.

A **bind mount-ok** megértése (gazdagép-könyvtár konténerbe való leképezése) fontos a **fejlesztéshez** (kód szerkesztése a gazdagépen és élő változások megjelenítése a konténerben, egy nagyon gyakori fejlesztői munkafolyamat) és a gazdagép-fájlok megosztásához.

A **különbségtétel** ismerete — volumok (Docker által kezelve, hordozható, az előnyben részesített választás a perzisztens alkalmazásadatok, például adatbázisok számára) versus bind mount-ok (gazdagép-útvonal-specifikus, kiváló fejlesztéshez) — irányítja a helyes megközelítés választását.

Mivel a konténerek tervből adódóan efemerek, és mivel a legtöbb valódi alkalmazásnak van olyan adata, amelyet meg kell őrizni (különösen az adatbázisok), és mivel a volumok az eszenciális mechanizmus a perzisztens tároláshoz (a bind mount-ok fontosak a fejlesztéshez), a Docker adatperzisztenciájának megértése — az efemer-konténer probléma, volumok a perzisztens adatokhoz, bind mount-ok a fejlesztéshez, és mikor kell mindegyiket használni — elengedhetetlen, gyakorlati Docker-tudás, szükséges az állapottal rendelkező alkalmazások helyes futtatásához és a súlyos hiba elkerüléséhez, amely az eldobható konténerekben tárolt adatok elvesztéséből adódik.