Come funziona la persistenza dei dati con i volumi Docker?

Question

Accepted Answer

Per impostazione predefinita, i dati in un container sono **effimeri** — vanno persi quando il container viene rimosso. I **volumi** (e i bind mount) forniscono **archiviazione persistente** che sopravvive ai container, essenziale per i database e per qualsiasi dato che deve sopravvivere ai riavvii/rimozioni dei container.

## Il problema: i container sono effimeri

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

## Volumi — archiviazione persistente gestita

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

I **volumi** sono archiviazione persistente gestita da Docker (memorizzata sull'host, gestita da Docker) — il modo preferito per persistere i dati. I dati nel percorso montato sopravvivono anche se il container viene rimosso.

## Bind mount — mappare una directory host

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

I **bind mount** mappano una directory host nel container — utili per lo sviluppo (modificare il codice sull'host, vedere i cambiamenti dal vivo nel container).

## Volumi vs bind mount

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

## Perché è importante

Comprendere la persistenza dei dati con i volumi è essenziale per utilizzare Docker correttamente con qualsiasi applicazione che ha dati, quindi è una conoscenza pratica importante.

Il problema fondamentale — **i container sono effimeri**, con il loro layer scrivibile eliminato alla rimozione, il che significa che **i dati scritti dentro un container vengono persi** — è un concetto critico: i container sono progettati per essere eliminabili, quindi memorizzare dati importanti all'interno di essi (come i file di un database) causa la perdita di dati quando il container viene sostituito. I **volumi** risolvono questo fornendo **archiviazione persistente gestita da Docker** che vive al di fuori del ciclo di vita del container, quindi i dati (database, upload, qualsiasi stato) sopravvivono alla rimozione e sostituzione del container — essenziale per le applicazioni stateful.

Comprendere i **bind mount** (mappare una directory host nel container) è importante per lo **sviluppo** (modificare il codice sull'host e vedere i cambiamenti dal vivo nel container, un flusso di lavoro di sviluppo molto comune) e per la condivisione dei file host.

Conoscere la **distinzione** — volumi (gestiti da Docker, portabili, la scelta preferita per i dati persistenti delle applicazioni come i database) rispetto ai bind mount (specifici del percorso host, ottimi per lo sviluppo) — guida la scelta dell'approccio giusto.

Poiché i container sono effimeri per design e la maggior parte delle applicazioni reali ha dati che devono persistere (i database in particolare), e poiché i volumi sono il meccanismo essenziale per l'archiviazione persistente (con i bind mount importanti per lo sviluppo), comprendere la persistenza dei dati Docker — il problema del container effimero, i volumi per i dati persistenti, i bind mount per lo sviluppo, e quando utilizzare ciascuno — è una conoscenza Docker essenziale e praticamente rilevante, necessaria per eseguire correttamente le applicazioni stateful ed evitare l'errore grave di perdere dati memorizzati all'interno di container eliminabili.