Как работает сохранение данных с томами Docker?

Question

Accepted Answer

По умолчанию данные в контейнере **эфемерны** — теряются при удалении контейнера. **Тома** (и bind mounts) предоставляют **постоянное хранилище**, которое существует дольше контейнеров, необходимое для баз данных и любых данных, которые должны пережить перезагрузку или удаление контейнера.

## Проблема: контейнеры эфемерны

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

## Тома — управляемое постоянное хранилище

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

**Тома** — это управляемое Docker постоянное хранилище (хранится на хосте, управляется Docker) — предпочтительный способ сохранения данных. Данные в смонтированном пути сохраняются даже если контейнер удалён.

## Bind mounts — отображение каталога хоста

```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** отображают каталог хоста в контейнер — полезны для разработки (редактирование кода на хосте, просмотр изменений в реальном времени в контейнере).

## Тома 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
```

## Почему это важно

Понимание сохранения данных с томами критически важно для правильного использования Docker с любым приложением, которое имеет данные, поэтому это важное практическое знание.

Фундаментальная проблема — **контейнеры эфемерны**, их слой записи удаляется при удалении, что означает, что **данные, записанные внутри контейнера, теряются** — это критическое понятие: контейнеры предназначены для того, чтобы быть одноразовыми, поэтому хранение важных данных внутри них (таких как файлы базы данных) приводит к потере данных при замене контейнера. **Тома** решают эту проблему, предоставляя **управляемое Docker постоянное хранилище**, которое существует вне жизненного цикла контейнера, поэтому данные (базы данных, загрузки, любое состояние) сохраняются при удалении и замене контейнера — необходимо для приложений с состоянием.

Понимание **bind mounts** (отображение каталога хоста в контейнер) важно для **разработки** (редактирование кода на хосте и просмотр изменений в реальном времени в контейнере, очень распространённый рабочий процесс) и для общего доступа к файлам хоста.

Знание **различия** — тома (управляемые Docker, портативные, предпочтительный выбор для постоянных данных приложения, таких как базы данных) против bind mounts (специфичные для пути хоста, отличные для разработки) — направляет выбор правильного подхода.

Поскольку контейнеры по замыслу эфемерны и большинство реальных приложений имеют данные, которые должны сохраняться (особенно базы данных), и поскольку тома — это существенный механизм для постоянного хранилища (с bind mounts важными для разработки), понимание сохранения данных Docker — проблема эфемерных контейнеров, тома для постоянных данных, bind mounts для разработки и когда использовать каждый — это необходимое, практически релевантное знание Docker, необходимое для правильного запуска приложений с состоянием и избежания серьёзной ошибки потери данных, хранящихся в одноразовых контейнерах.