Почему данные внутри контейнера исчезают (Stateless)

По умолчанию все файлы, которые создаются внутри работающего контейнера Docker, живут только пока жив сам контейнер. Если вы обновите версию образа, перезапустите контейнер или выполните docker rm — все созданные базы данных, загруженные пользователями картинки и конфиги будут безвозвратно удалены. Для сохранения данных и удобной правки файлов сайта прямо с локального компьютера используются механизмы проброса папок: Bind Mount и Named Volumes.

Сравнение методов монтирования

Пошаговые примеры проброса папок в контейнер

Сценарий 1: Проброс папки с исходным кодом сайта (Bind Mount)

Создадим на локальном компьютере папку с файлом сайта:

mkdir -p ~/my_site && echo "
Сайт из локальной папки!
" > ~/my_site/index.html

Запустим веб-сервер Nginx, подменив его стандартную папку нашей локальной:

docker run -d --name nginx-custom -p 8080:80 -v ~/my_site:/usr/share/nginx/html nginx

Теперь любой файл, который вы измените в папке ~/my_site на своем компьютере, мгновенно изменится на работающем сайте без перезапуска контейнера!

Сценарий 2: Создание именованного тома для базы данных (Named Volume)

Создадим независимый постоянный том Docker для надежного хранения базы MySQL:

docker volume create mysql_database_data

Запустим контейнер базы данных с привязкой к созданному тому:

docker run -d --name mysql-server -e MYSQL_ROOT_PASSWORD=my_secret_pass -v mysql_database_data:/var/lib/mysql mysql:8.0

Даже если контейнер mysql-server будет полностью удален, все таблицы базы сохранятся в томе mysql_database_data. При создании нового контейнера с этим же томом все данные восстановятся за секунду.

Сценарий 3: Монтирование в режиме «Только для чтения» (:ro)

Если вы хотите, чтобы контейнер не мог случайно удалить или изменить файлы на вашем диске, добавьте суффикс :ro (Read-Only):

docker run -d -v /etc/ssl/certs:/etc/ssl/certs:ro nginx

Типовые ошибки администраторов

• Монтирование пустой папки поверх непустой: Если примонтировать пустую локальную директорию в системную папку контейнера (например, в /etc/nginx/), пустая папка хоста «перекроет» оригинальные файлы контейнера, и сервис упадет из-за отсутствия конфигурационных файлов.
• Проблемы с правами пользователей (Permission Denied): Процесс внутри контейнера часто работает под пользователем с UID 1000 или 33 (www-data). Если локальная папка на хосте принадлежит root (права 700), контейнер не сможет записать туда логи или сессии. Решение: настройте права командой chmod -R 777 /папка или chown -R 1000:1000 /папка.