Docker на VPS: когда это спасение, а когда стрельба из пушки по воробьям

Часть 10 из 12 · Серия «Свой сервер с нуля»

Вы научились поднимать сайт и WordPress руками — ставить nginx, базу, разруливать права и конфиги. И рано или поздно натыкаетесь на слово, которое в туториалах звучит как заклинание: Docker. Любой современный гайд заворачивает всё подряд в контейнеры, на форумах это подаётся как очевидный выбор по умолчанию, и возникает резонное чувство, что вы что-то делаете не так, раз обходитесь без него.

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

Что такое Docker, без мистики

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

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

Кстати, название не случайно. Docker назван в честь морских контейнеров — тех самых стандартных ящиков, которые любой порт, кран и судно обрабатывают одинаково, не вникая, что внутри. Идея ровно та же: стандартная коробка, которую любой сервер запустит одинаково. Образ (image) — это чертёж такой коробки, контейнер — уже собранная и работающая по нему коробка. А docker-compose — это список из нескольких коробок сразу, который поднимается одной командой.

Когда Docker — спасение

Когда важна повторяемость. Коробка одинакова на вашем ноутбуке и на сервере. Никакого «я поставил PHP 8.1, а на сервере 8.3, и всё развалилось». Что собрали, то и поедет в продакшен, символ в символ.

Когда приложений несколько и у них конфликтуют зависимости. Одному нужен Python 3.9, другому — 3.12. Без контейнеров это головная боль с ручным разведением версий. С Docker каждое живёт в своей коробке и про соседей не знает.

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

Когда хочется чистоты. Удалили контейнер и образ — сервер остался таким же чистым, как был. Никаких пакетов, расползшихся по системе и забытых. Экспериментировать не страшно: наследить толком негде.

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

Когда это пушка по воробьям

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

Когда вы ещё не понимаете сам стек. Это, пожалуй, главное. Docker поверх непонимания даёт двойное непонимание. Если вы не умеете отладить обычный nginx, отладить nginx внутри контейнера будет сложнее, а не легче. Сначала разберитесь с основами — собственно, ровно их вся эта серия и давала, — и тогда Docker станет инструментом в руках, а не чёрным ящиком, за которым прячут растерянность.

Крошечный VPS с парой гигабайт памяти под одну задачу. Сам Docker и образы — это накладные расходы. На маленькой машине ради единственного простого сайта вы платите этим весом почти ни за что.

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

Ось, по которой решать

Если свести всё к одному правилу: чем больше у вас движущихся частей и чем чаще вы их пересобираете, переносите и тиражируете — тем сильнее Docker окупается. Чем проще, статичнее и одиночнее ваша задача — тем больше он превращается в лишний вес.

И тут важная честная оговорка, которая ломает шаблон «Docker — это всегда сложнее». Для многосоставного стека compose может быть как раз проще ручной сборки. Вспомните прошлую статью: WordPress руками — это PHP, база, права, склейка через nginx, несколько шагов, на каждом из которых легко споткнуться. То же самое через compose — короткий файл с описанием и одна команда на запуск. То есть для связки из нескольких сервисов контейнеры нередко уменьшают сложность, а не добавляют её. Решает не «Docker или нет» вообще, а количество и подвижность частей конкретно у вас.

Честный вывод

Docker — инструмент, а не религия. Он блестит там, где есть сложность и множественность, и становится обузой там, где всё просто и единично. Как и с почтовым сервером из прошлой статьи, его можно взять и осознанно — ради учёбы, чтобы освоить важный навык. Но тогда честно скажите себе, что платите сложностью за обучение, а не потому, что один статический сайт этого потребовал. И главное условие: сначала основы, потом контейнеры. Тот, кто понимает, что происходит под капотом, использует Docker как кран; тот, кто не понимает, — прячет за ним свою растерянность.

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

Серия «Свой сервер с нуля»

Полный цикл — от выбора хостинга до рабочего сайта с почтой, Docker и бэкапами. Вы читаете часть 10 из 12.

1. VDS, VPS, хостинг, облако — что это
2. Nginx vs Apache: холивар, который пора закрыть
3. Зачем арендовать сервер, если есть хостинг за 100 ₽
4. SSH для тех, кто боится чёрного экрана
5. Как не запороть сервер в первый день: топ ошибок
6. SSH-ключи за 10 минут: вход без пароля
7. Поднимаем свой сайт на VPS за вечер
8. Ставим WordPress на свой VPS
9. Свой почтовый сервер — героизм или мазохизм?
10. Docker на VPS: спасение или пушка по воробьям — вы здесь
11. Настраиваем домен и SSL, чтобы браузер не ругался
12. Бэкапы, которые реально спасут

← Предыдущая: Свой почтовый сервер — героизм или мазохизм? · Следующая: Настраиваем домен и SSL, чтобы браузер не ругался →