Kuinka tietojen pysyvyys toimii Docker-volyymien kanssa?

Question

Accepted Answer

Oletuksena kontainerissa olevat tiedot ovat **väliaikaisia** — ne menetetään, kun kontti poistetaan. **Volyymit** (ja bind mount -liitännät) tarjoavat **pysyvän tallennuksen**, joka säilyy kontainereiden jälkeen, mikä on välttämätöntä tietokannoille ja kaikelle datalle, joka on selvittävä kontainereiden uudelleenkäynnistyksistä/poistoista.

## Ongelma: kontainerit ovat väliaikaisia

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

## Volyymit — hallinnoidtu pysyvä tallennus

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

**Volyymit** ovat Docker-hallinnoimaa pysyvää tallennusta (tallennettu isäntäkoneen, hallinnoi Docker) — suositeltu tapa datan pysyvyyteen. Liitetyn polun tiedot säilyvät jopa siis kontainerista poistetaan.

## Bind mount -liitännät — isäntäkansion kartoitus

```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** -liitännät kartoittavat isäntäkansion konttiin — hyödyllinen kehitykselle (koodin muokkaus isäntäkoneella, muutosten näkeminen reaaliajassa konttissa).

## Volyymit vs bind mount -liitännät

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

## Miksi se on tärkeää

Datan pysyvyyden ymmärtäminen volyymien kanssa on välttämätöntä Docker:in oikealle käytölle kaikilla sovelluksilla, joilla on data, joten se on tärkeää käytännöllistä osaamista.

Perusongelmana on se, että **kontainerit ovat väliaikaisia**, niiden kirjoitettava kerros poistetaan poistettaessa, mikä tarkoittaa, että **konttiin kirjoitettu data menetetään** — tämä on kriittinen käsite: kontainerit on tarkoitettu sekakäyttöisiksi, joten tärkeän datan tallentaminen niihin (kuten tietokannan tiedostot) aiheuttaa tietojen menetyksen, kun kontti korvataan. **Volyymit** ratkaisevat tämän tarjoamalla **Docker-hallinnoimaa pysyvää tallennusta**, joka on konttien elinkaaren ulkopuolella, joten tiedot (tietokannat, lataukset, mikä tahansa tila) säilyvät kontin poistosta ja korvaamisesta — välttämätöntä tilatiedollisille sovelluksille.

**Bind mount** -liitäntöjen (isäntäkansion kartoitus konttiin) ymmärtäminen on tärkeää **kehitykselle** (koodin muokkaus isäntäkoneella ja muutosten näkeminen reaaliajassa konttissa, hyvin yleinen kehitystyönkulku) ja isäntätiedostojen jakamiselle.

**Eron tunteminen** — volyymit (Docker-hallinnoidut, siirrettävät, suosittu valinta pysyvälle sovelluksen datalle, kuten tietokannoille) versus bind mount -liitännät (isännän-polkukohtaiset, hyvät kehitykselle) — ohjaa oikean lähestymistavan valitsemiseen.

Koska kontainerit ovat väliaikaisia suunnittelullisesti ja useimmissa sovelluksissa on dataa, joka on säilytettävä (erityisesti tietokannat), ja koska volyymit ovat olennainen mekanismi pysyvälle tallennukselle (bind mount -liitännät tärkeät kehitykselle), Docker-tietojen pysyvyyden ymmärtäminen — väliaikaisen kontainerion ongelma, volyymit pysyvälle datalle, bind mount -liitännät kehitykselle, ja milloin käyttää kutakin — on välttämätöntä, käytännöllisesti relevanttia Docker-osaamista, joka on tarpeen tilatiedollisten sovelluksien oikealle käyttöönotolle ja vakavan virheen välttämiseksi, joka on datan menetys sekakäyttöisten kontainerien sisällä tallennetusta datasta.