¿Cómo funciona la persistencia de datos con volúmenes de Docker?

Question

Accepted Answer

Por defecto, los datos en un contenedor son **efímeros** — se pierden cuando el contenedor se elimina. Los **volúmenes** (y bind mounts) proporcionan **almacenamiento persistente** que perdura más allá de los contenedores, esencial para bases de datos y cualquier dato que deba sobrevivir a reinicios o eliminaciones de contenedores.

## El problema: los contenedores son efímeros

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

## Volúmenes — almacenamiento persistente gestionado

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

Los **volúmenes** son almacenamiento persistente gestionado por Docker (almacenado en el host, gestionado por Docker) — la forma preferida de persistir datos. Los datos en la ruta montada sobreviven incluso si el contenedor se elimina.

## Bind mounts — mapear un directorio del 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)
```
Los **bind mounts** mapean un directorio del host en el contenedor — útil para desarrollo (editar código en el host, ver cambios en vivo en el contenedor).

## Volúmenes 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
```

## Por qué es importante

Comprender la persistencia de datos con volúmenes es esencial para usar Docker correctamente con cualquier aplicación que tenga datos, por lo que es un conocimiento práctico importante.

El problema fundamental — **los contenedores son efímeros**, con su capa escribible eliminada al removerse, lo que significa que **los datos escritos dentro de un contenedor se pierden** — es un concepto crítico: los contenedores están diseñados para ser desechables, por lo que almacenar datos importantes dentro de ellos (como los archivos de una base de datos) causa pérdida de datos cuando el contenedor se reemplaza. Los **volúmenes** resuelven esto proporcionando **almacenamiento persistente gestionado por Docker** que vive fuera del ciclo de vida del contenedor, por lo que los datos (bases de datos, cargas, cualquier estado) sobreviven a la eliminación y reemplazo del contenedor — esencial para aplicaciones con estado.

Comprender los **bind mounts** (mapear un directorio del host en el contenedor) es importante para el **desarrollo** (editar código en el host y ver cambios en vivo en el contenedor, un flujo de trabajo de desarrollo muy común) y para compartir archivos del host.

Conocer la **distinción** — volúmenes (gestionados por Docker, portátiles, la opción preferida para datos persistentes de aplicación como bases de datos) versus bind mounts (específicos de la ruta del host, excelentes para desarrollo) — guía la elección del enfoque correcto.

Ya que los contenedores son efímeros por diseño y la mayoría de aplicaciones reales tienen datos que deben persistir (especialmente bases de datos), y ya que los volúmenes son el mecanismo esencial para almacenamiento persistente (siendo los bind mounts importantes para desarrollo), entender la persistencia de datos en Docker — el problema del contenedor efímero, volúmenes para datos persistentes, bind mounts para desarrollo, y cuándo usar cada uno — es conocimiento Docker esencial y prácticamente relevante, necesario para ejecutar aplicaciones con estado correctamente y evitar el error grave de perder datos almacenados en contenedores desechables.