Что такое Docker и зачем он нужен на своём сервере

Docker — это программа, которая упаковывает приложение вместе со всем окружением: нужной версией языка, библиотеками, конфигами и переменными. Получившийся пакет запускается одной командой и работает одинаково на ноутбуке разработчика и на арендованном сервере, потому что внутри пакета лежит одно и то же. Разворачивают Docker почти всегда на своей машине с полным доступом. Подойдёт любой тариф из раздела VPS на Linux: там сейчас 44 провайдера, а цены начинаются с 59 ₽/мес.

Материал для тех, кто впервые слышит слова «образ» и «контейнер» и не хочет за один вечер сломать рабочий сервер. Разберём, чем контейнер отличается от виртуальной машины и из каких четырёх сущностей состоит Docker. Дальше — сколько диска и памяти он съедает, как запустить первый контейнер за пять шагов и почему данные внутри контейнера пропадают, если не подготовиться заранее.

Docker простыми словами: приложение и его окружение в одной коробке

Классическая проблема выглядит так: программа работает у автора и падает у всех остальных. Причина почти всегда в окружении — на одной машине Python 3.11, на другой 3.8; здесь установлена библиотека для работы с изображениями, там её нет. Docker убирает этот источник боли: он кладёт приложение и всё, что ему нужно, в один неизменяемый пакет.

Пакет называется образом. Когда вы его запускаете, Docker создаёт изолированный процесс — контейнер. Внутри контейнера приложение видит собственную файловую систему, собственный список процессов и собственный сетевой интерфейс, будто оно единственное на сервере. Снаружи это обычный процесс Linux, который можно остановить, перезапустить и удалить, не задев соседей.

Ключевая деталь: контейнер не содержит операционной системы целиком. Он пользуется ядром хоста — тем самым Linux, который уже работает на вашем сервере. Поэтому образ с веб-приложением весит десятки или сотни мегабайт, а не гигабайты, и стартует за секунды. Подробное определение с терминами лежит в нашем описании Dockerfile — файла, по которому образ и собирается.

Чем контейнер отличается от виртуальной машины

Второй способ изолировать приложения — виртуальная машина. Она эмулирует целый компьютер: своё ядро, своя память, свой виртуальный диск. Именно так устроен обычный VPS, который вы арендуете у провайдера, — под капотом там чаще всего гипервизор KVM. Механику виртуализации целиком мы разбирали в отдельном обзоре про виртуализацию серверов.

Разница между двумя подходами практическая, а не философская. Виртуальная машина грузит собственное ядро и системные службы, поэтому ей нужны гигабайты диска и сотни мегабайт памяти ещё до того, как запустится ваше приложение. Контейнер переиспользует ядро хоста и добавляет к приложению только его собственные библиотеки.

Цифры ориентировочные и зависят от образа и нагрузки.

Отсюда следует вывод, который экономит деньги. Контейнеры не заменяют VPS — они живут внутри него. Вы арендуете одну виртуальную машину и запускаете на ней пять-десять контейнеров вместо того, чтобы платить за пять отдельных серверов.

Образ, контейнер, том и реестр: четыре слова, которые придётся запомнить

Образ — шаблон, доступный только для чтения. Он собирается по инструкции из текстового файла и после сборки не меняется. Один и тот же образ можно запустить сто раз, и все сто запусков будут идентичны.

Контейнер — запущенный экземпляр образа. Отличие примерно как между рецептом и приготовленным блюдом: рецепт один, блюд можно сделать сколько угодно. Контейнер можно остановить и удалить, а образ при этом останется на диске и позволит запустить всё заново за секунды.

Том (volume) — отдельный каталог на диске сервера, который Docker подключает внутрь контейнера. Всё, что записано в сам контейнер, исчезает при его пересоздании; всё, что записано в том, остаётся. Это самая частая причина потери базы данных у новичков, и ниже мы разберём её подробно.

Реестр — хранилище готовых образов. Публичный реестр Docker Hub отдаёт тысячи собранных образов: веб-серверы, базы данных, интерпретаторы. Скачивание образа занимает от нескольких секунд до пары минут в зависимости от размера и канала сервера.

Зачем Docker на своём сервере, если проект всего один

Даже с одним проектом контейнеры дают три ощутимые вещи. Первая — повторяемость: переезд на другой сервер сводится к установке Docker и запуску той же команды, а не к трёхчасовой настройке зависимостей. Вторая — откат: если новая версия сломалась, вы запускаете предыдущий образ и через 5 секунд сайт снова работает.

Третья — чистота системы. Без контейнеров установка базы данных, кэша и очереди задач раскидывает файлы по десяткам каталогов, и удалить это без остатка почти невозможно. С Docker всё лежит в своих контейнерах и томах: удалили контейнер — система вернулась в исходное состояние.

Есть и обратная сторона. Docker добавляет слой, который нужно понимать: логи смотрятся не там, где привык новичок, порты пробрасываются вручную, обновление образа не равно обновлению приложения. Если на сервере крутится один статический сайт на Nginx, контейнеры принесут больше сложности, чем пользы.

Какой VPS нужен под Docker: диск, память и ядра

Сам движок Docker после установки занимает около 500 МБ. Дальше место съедают образы: минималистичный образ на базе Alpine (облегчённая сборка Linux размером в пару мегабайт) весит 5–20 МБ, образ с Python или Node.js — 100–400 МБ, образ с базой данных — 300–600 МБ. Плюс тома с данными и слои, которые остаются от старых сборок.

Рабочий минимум — диск от 10 ГБ и 1 ГБ оперативной памяти на один-два лёгких контейнера. Комфортный старт для связки «веб-приложение плюс база плюс кэш» — 2 ГБ RAM и 20 ГБ NVMe. Тарифы с 5–8 ГБ диска брать под Docker не стоит: место закончится через месяц-полтора активных сборок. Смотреть такие конфигурации удобно в подборке недорогих VPS, но с оглядкой на объём диска.

Данные проверены 04.09.2026.

Есть и промежуточные варианты: Hosting-Russia стартует с 99 ₽/мес. Обратите внимание на строку с RuVDS — 0,5 ГБ памяти и HDD вместо NVMe: под Docker такая конфигурация подойдёт разве что для одного крошечного бота. Диск здесь важнее процессора, потому что сборка образов упирается в скорость записи. Все перечисленные тарифы построены на виртуализации KVM, где Docker ставится без ограничений со стороны провайдера.

Как запустить первый Docker-контейнер за пять шагов

Разберём самый безопасный сценарий: поднимаем веб-сервер Nginx, который отдаёт страницу-заглушку. Он ничего не ломает, легко удаляется и сразу показывает результат в браузере. Работать будем на свежем сервере с Ubuntu — подходящие тарифы собраны в разделе VPS с Ubuntu.

1. Подключитесь к серверу по SSH — это защищённое подключение к консоли сервера из терминала. Затем обновите список пакетов командой sudo apt update — она скачивает свежие сведения о доступных версиях, но ничего не устанавливает.
2. Установите Docker. Пошаговая инструкция с официальным репозиторием и проверкой подписи — в отдельном руководстве об установке Docker.
3. Проверьте, что движок жив: docker --version покажет номер версии, а docker info — сколько контейнеров и образов уже есть на сервере.
4. Запустите контейнер: docker run -d --name web -p 8080:80 nginx. Флаг -d отправляет контейнер в фон, --name web даёт понятное имя, -p 8080:80 связывает порт 8080 сервера с портом 80 внутри контейнера.
5. Откройте в браузере адрес сервера с портом 8080. Если страница Nginx не появилась, порт закрыт файрволом — сетевым фильтром сервера. Порт 8080 в нём нужно разрешить.

Первый запуск занимает 10–40 секунд: Docker сначала скачивает образ из реестра, а уже потом создаёт контейнер. Повторный запуск того же образа укладывается в 1–2 секунды, потому что образ уже лежит на диске.

Как проверить, что контейнер работает, и как его остановить

Новичка обычно пугает, что после запуска ничего не происходит: команда отработала, приглашение вернулось, а видимых признаков жизни нет. Всё в порядке — контейнер ушёл в фон. Проверяют его состояние тремя командами, которые стоит выучить сразу.

Команда docker ps без флагов показывает только работающие контейнеры. Если контейнер упал, его видно через docker ps -a — там будет статус Exited и код завершения. Код 0 означает штатное завершение, любой другой — ошибку, причину которой ищут в docker logs.

Для тех, кому неуютно в терминале, есть веб-интерфейсы: например, панель Portainer показывает контейнеры, образы и тома в браузере и позволяет перезапускать их кнопкой. Она сама работает как контейнер и занимает около 100 МБ.

Тома: почему данные исчезают при пересоздании контейнера

Самая дорогая ошибка новичка выглядит так. Человек поднимает контейнер с базой данных, наполняет её за неделю, потом обновляет образ на свежую версию, пересоздаёт контейнер — и обнаруживает пустую базу. Данных нет, бэкапа нет.

Причина в устройстве контейнера. Его файловая система — временный слой поверх неизменяемого образа. Удалили контейнер — удалился и слой со всем, что приложение туда записало. Образ при этом цел, поэтому кажется, что всё на месте, но пользовательские данные уже потеряны.

Решение — тома. Флаг -v dbdata:/var/lib/mysql в команде запуска говорит Docker простую вещь. Каталог /var/lib/mysql внутри контейнера на самом деле лежит на диске сервера — в томе с именем dbdata. Контейнер можно удалять и пересоздавать сколько угодно — том живёт отдельно и переживает любые пересборки.

Том не отменяет резервных копий. Он защищает от пересоздания контейнера, но не от удаления сервера, ошибочной команды или сбоя диска. Схему регулярного копирования на внешнее хранилище мы описывали в руководстве по настройке бэкапов VPS.

Порты и Docker Compose: как контейнер выходит наружу и работает в связке

По умолчанию контейнер закрыт: он видит интернет, но интернет его не видит. Наружу приложение выпускает публикация порта — та самая конструкция -p 8080:80. Слева всегда порт сервера, справа — порт внутри контейнера, и путать их не стоит: -p 80:8080 даст совсем другой результат.

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

Когда контейнеров становится больше одного, длинные команды с десятком флагов превращаются в мучение. Тогда описание переносят в текстовый файл формата YAML — это простой формат, где вложенность задаётся отступами. В нём перечислены все сервисы, их образы, порты и тома. Запускается вся связка командой docker compose up -d, останавливается — docker compose down. Что именно можно описать в этом файле, разобрано в справке по Docker Compose.

Чего Docker не делает и когда он лишний

Docker не ускоряет приложение. Медленный код в контейнере останется медленным, а на слабом диске сборка образа только добавит нагрузки. Прирост производительности от контейнеризации — миф, накладные расходы близки к нулю, но и выигрыша нет.

Docker не заменяет мониторинг, файрвол и обновления системы. Контейнер изолирует процессы, но уязвимость в устаревшем образе никуда не денется: образы нужно пересобирать так же, как обновлять пакеты, — хотя бы раз в 1–2 месяца.

Наконец, Docker не нужен там, где нет ни зависимостей, ни второго проекта. Одностраничный сайт на готовом shared-хостинге (общий сервер, где ресурсы делят между собой сотни чужих сайтов), статичный лендинг, простой скрипт по расписанию — всё это проще держать без контейнеров. Порог, за которым Docker начинает окупаться, — примерно 2–3 связанных сервиса или регулярные обновления кода.

Частые ошибки новичков

Большинство проблем первого месяца повторяются из раза в раз и решаются одной строкой в команде запуска. Ниже — те, что чаще всего приводят к потере данных или недоступности сервиса.

• Запуск базы данных без тома: после первого же обновления образа содержимое исчезает безвозвратно.
• Перепутанный порядок портов в -p — сервис вроде запущен, но по адресу сервера ничего не открывается.
• Забытые старые образы и слои: за полгода они спокойно съедают 5–8 ГБ диска, пока docker system prune их не уберёт.
• Работа от root (пользователя с неограниченными правами) внутри контейнера там, где хватило бы обычного пользователя.
• Отсутствие ограничений по памяти: один контейнер с утечкой кладёт весь сервер, хотя флаг --memory 512m удержал бы его в рамках.
• Отсутствие автозапуска: после перезагрузки сервера контейнеры не поднимаются, если не указан --restart unless-stopped.

Частые вопросы

Можно ли поставить Docker на обычный виртуальный хостинг? Как правило, нет: на shared-хостинге нет прав root и доступа к ядру, а они Docker необходимы. Нужен VPS или выделенный сервер, где вы полностью управляете системой.

Сколько контейнеров потянет VPS за 200 ₽/мес? На конфигурации 1 ядро и 1 ГБ RAM реалистично держать 2–4 лёгких контейнера: веб-сервер, небольшое приложение и кэш. База данных под нагрузкой потребует уже 2 ГБ памяти и запаса 20–30 % сверху.

Docker работает на Windows-сервере? Работает, но через слой совместимости, который тратит дополнительную память и заметно усложняет настройку. Для контейнеров практичнее брать Linux — на нём Docker работает нативно и стартует за секунды.

Чем контейнер отличается от виртуальной машины в двух словах? Контейнер использует ядро сервера и добавляет только библиотеки приложения, поэтому весит десятки мегабайт. Виртуальная машина поднимает собственное ядро и требует гигабайты диска и сотни мегабайт памяти.

Что произойдёт, если удалить контейнер? Исчезнет он сам и всё, что приложение записало в его файловую систему. Образ и подключённые тома останутся, поэтому при правильной настройке восстановление сводится к повторному docker run.

Нужен ли Docker для одного Telegram-бота? Не обязателен, но удобен: бот с зависимостями упаковывается в образ, а перезапуск после падения берёт на себя флаг --restart. На сервере с 1 ГБ RAM такой контейнер занимает 50–150 МБ.

Сколько места оставить под Docker с запасом? Для одного проекта достаточно 20 ГБ, для связки из трёх-четырёх сервисов с базой — 40 ГБ и выше. Диск заполняется незаметно: каждая пересборка образа оставляет слои, которые нужно чистить.

Итог

Docker — это способ запускать приложение вместе с его окружением, не превращая сервер в свалку зависимостей. Контейнер стартует за секунды и использует ядро хоста, поэтому на одном VPS с 2 ГБ памяти спокойно живут несколько сервисов. Главное правило для новичка одно: всё, что нужно сохранить, выносим в том, иначе первое же пересоздание контейнера сотрёт данные.

Для старта хватит машины с 1 ГБ RAM и диском от 10 ГБ — такие тарифы есть от 59 ₽/мес. Подобрать конфигурацию с нужным объёмом диска и сравнить условия 44 провайдеров можно в каталоге VPS на Linux.