Jak funguje trvalost dat s Docker svazky?

Question

Accepted Answer

Ve výchozím nastavení jsou data v kontejneru **dočasná** — ztracená při odstranění kontejneru. **Svazky** (a bind mounts) poskytují **trvalé úložiště**, které přežije kontejnery, nezbytné pro databáze a všechna data, která musí přežít restartování/odstranění kontejneru.

## Problém: kontejnery jsou dočasné

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

## Svazky — spravované trvalé úložiště

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

**Svazky** jsou Docker-spravované trvalé úložiště (uložené na hostiteli, spravované Dockerem) — preferovaný způsob trvalého uchovávání dat. Data v připojené cestě přežijí i v případě, že je kontejner odstraněn.

## Bind mounts — mapování adresáře hostitele

```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** mapují adresář hostitele do kontejneru — užitečné pro vývoj (úprava kódu na hostiteli, živá zobrazení změn v kontejneru).

## Svazky vs bind mounts

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

## Proč na tom záleží

Rozumění trvalosti dat se svazky je nezbytné pro správné používání Dockeru s jakoukoliv aplikací, která obsahuje data, takže se jedná o důležité praktické znalosti.

Základní problém — **kontejnery jsou dočasné**, s jejich zapisovací vrstvou odstraněnou při odstranění, což znamená, že **data zapsaná uvnitř kontejneru se ztratí** — je kritický koncept: kontejnery jsou určeny k tomu, aby byly jednoduše nahraditelné, takže ukládání důležitých dat uvnitř nich (jako soubory databází) způsobuje ztrátu dat při nahrazení kontejneru. **Svazky** to řeší tím, že poskytují **Docker-spravované trvalé úložiště**, které existuje mimo životní cyklus kontejneru, takže data (databáze, nahrávky, jakýkoliv stav) přežijí odstranění a nahrazení kontejneru — nezbytné pro stavové aplikace.

Rozumění **bind mounts** (mapování adresáře hostitele do kontejneru) je důležité pro **vývoj** (úprava kódu na hostiteli a sledování změn živě v kontejneru, velmi běžný workflow vývoje) a pro sdílení souborů hostitele.

Znalost **rozdílu** — svazky (Docker-spravované, přenositelné, preferovaná volba pro trvalá data aplikace jako databáze) versus bind mounts (specifické pro cestu hostitele, skvělé pro vývoj) — vede k výběru správného přístupu.

Protože kontejnery jsou záměrně dočasné a většina skutečných aplikací má data, která musí zůstat trvalá (zejména databáze), a protože svazky jsou základním mechanismem pro trvalé úložiště (přičemž bind mounts jsou důležité pro vývoj), je pochopení Docker trvalosti dat — problém dočasného kontejneru, svazky pro trvalá data, bind mounts pro vývoj a kdy použít které — nezbytné, prakticky relevantní Docker znalosti, nezbytné pro správné spouštění stavových aplikací a vyhnout se vážné chybě ztráty dat uložených v jednoduše nahraditelných kontejnerech.