Установка Portainer и Docker для бизнеса: порядок во внутренних сервисах

У меня в практике постоянно всплывает одна и та же картина: на сервере компании накопился десяток сервисов — CRM, внутренний файлообменник, Zabbix для мониторинга, самописный скрипт интеграции с маркетплейсом — и всё это установлено руками, в разное время, разными людьми, часть которых давно уволилась. Обновить один сервис — значит рискнуть уронить соседний, потому что зависимости свалены в одну кучу на голой системе. Я сам разгребал такие серверы у клиентов не раз: звонок в панике «сайт лёг после обновления PHP», а причина — общий стек, который никто не документировал. Именно с этого начинается тема Docker для бизнеса: сервисы надо развести по контейнерам, а сверху поставить панель — установка Portainer как раз про это.

Почему внутренние сервисы превращаются в свалку

Расскажу, как это обычно выглядит на входе в проект. Один сервис поставлен через apt на голую Ubuntu, второй руками собран из исходников три года назад, третий вообще крутится на Windows Server как .exe, который держит порт открытым, и никто не помнит зачем. У одного клиента, дистрибьютора стройматериалов из Подмосковья, я насчитал восемь внутренних сервисов на двух серверах: 1С, самописная CRM, Zabbix для склада, внутренняя Wiki, файлообменник и три отдельных скрипта интеграции с маркетплейсами. Ни штатный админ, ни фрилансер, которого привлекали разово, не могли с уверенностью сказать, какие библиотеки Python стоят глобально и что случится, если обновить PHP с 7.4 до 8.2.

А теперь про то, во что это выливается в деньгах и времени. Каждое обновление превращается в квест на несколько часов: сначала выяснить зависимости, потом сделать бэкап руками, потом обновлять и надеяться, что ничего не отвалится. Уволился админ — новый два месяца разбирается, что где крутится, потому что документации нет, а конфиги раскиданы по /etc, /opt, /home и куда ещё повезёт. Я видел компанию на 25 человек, которая платила фрилансеру 15 000 ₽ в месяц просто за то, что он единственный помнил пароли и структуру сервера — и это была не разработка, а плата за память одного человека.

Что это даёт бизнесу

• Обновления перестают быть лотереей: каждый сервис живёт в своём контейнере, и если после апдейта что-то пошло не так — откатываетесь на предыдущий образ за пару минут, а не разгребаете сервер полдня
• Новый сотрудник или подрядчик разбирается в инфраструктуре быстрее: в Portainer на одном экране видно все контейнеры, их состояние, логи и потребление ресурсов
• Меньше простоев: перезапуск сервиса занимает секунды, а не полную переустановку окружения с нуля
• Снижение затрат на поддержку: не нужно держать отдельного человека «для памяти», всё описано в docker-compose файлах, которые прочитает любой инженер
• Изоляция сервисов: сбой или зависшая зависимость в одном контейнере не роняет остальные — у каждого своё окружение. Скажу честно: контейнеры делят ядро хоста, поэтому от уязвимости в самом ядре это не спасает, но задеть соседей одному сервису становится намного сложнее
• Прозрачный контроль ресурсов: видно, какой сервис сколько ест CPU и памяти, и не приходится гадать, почему сервер внезапно тормозит; при желании контейнеру можно жёстко ограничить лимиты

Как проходит внедрение

Что нужно от вас

• Доступ к серверу или VPS по SSH с правами root или sudo
• Список используемых сервисов и, если есть, актуальные бэкапы данных
• Контактное лицо, которое согласует окно для миграции — обычно ночь или выходные
• Домены или поддомены, если нужен HTTPS-доступ к сервисам извне

Как это устроено

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

Docker без панели управления — это тот же хаос, только в контейнерах

Часто предлагают просто «переехать на Docker» и на этом остановиться. Но без панели управления получаете тот же беспорядок: десятки docker run с забытыми флагами, никто не помнит, какой контейнер к какому тому подключён, а посмотреть логи — значит лезть в консоль и вспоминать синтаксис docker logs -f. Portainer закрывает именно эту часть: весь список контейнеров, образов, томов и сетей виден в браузере, обновление — это пара кнопок, а не набор команд, которые каждый раз гуглишь заново.

У другого клиента, логистической компании на 18 человек, до нас стоял голый Docker без всякой панели — админ управлял через SSH и текстовый файл с командами «на всякий случай». Когда он ушёл в отпуск на две недели, а один из сервисов упал, разбираться пришлось нам с нуля, потому что документации не было вообще. После установки Portainer с разграничением доступа любой сотрудник ИТ-отдела клиента может зайти, посмотреть состояние и перезапустить сервис сам, без звонка нам в 23:00.

Сколько стоит

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

Не потеряются ли данные при переносе в контейнеры?
Нет. Перед переключением мы делаем полный бэкап и тестируем перенесённый сервис на копии, а боевой трафик переключаем только после проверки. Рабочая версия остаётся нетронутой до момента, пока не убедимся, что контейнер работает корректно.

Мы уже используем Docker, зачем нам ещё и Portainer?
Если сервисы запущены командами docker run без единой системы управления, Portainer даёт визуальный контроль, роли доступа и удобный доступ к логам — то, чего обычно не хватает при ручном администрировании. Настройка занимает день и не требует переустановки уже работающих контейнеров, Portainer просто подключается к существующему Docker.

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

Можно обойтись без выделенного сервера, на обычном офисном компьютере?
Технически можно, но не рекомендую: без резервного питания и хотя бы зеркала дисков любой сбой накопителя роняет все сервисы разом. Для боевых внутренних систем лучше взять VPS от 1000-1500 ₽ в месяц с ежедневным бэкапом или физический сервер с ИБП.