[QUOTE]
Николай Чучадеев написал:
Объясняю выгоду со стороны разработчика:
Имеется куча проектов, которые необходимо постоянно держать у себя и дорабатывать. Если использовать для этой цели виртуалку - она жрет гораздо больше ресурсов, docker по-сути это контейнер вашей ОС (если используется *nix система), в котором запускаются отдельные процессы.
Представьте что у вас 20 проектов. Для каждого проекта вы будете поднимать виртуалку?
Docker позволяет иметь например 20 папок, а внутри каждой папки - файлы проекта и файл контейнера, который вы можете запустить одной командой.
И у вас поднимутся необходимые сервисы (apache, nginx, mysql и список можно продолжать).
И после этого вы можете зайти на [URL=http://localhost]http://localhost[/URL] / и увидеть там свою площадку.
Вам не нужно заходить на Ip виртуалки, не нужно хранить огромные файлы hdd виртуалок, не нужно выделять ресурсы процессора/оперативки на виртуалку в которой нужно всего-лишь запустить пару сервисов.
Виртуализация - это избыточно. Запуск docker контейнера занимает меньше секунды, если у вас уже имеются образы на машине.[/QUOTE]
Есть решения гораздо проще. Просто VM битрикса немного не готова для таких действий.
Если вы держите виртуалки с проектами в default, то проще имхо виртуалке выдать 2 диска - один подмонтировать на /, второй на /home/bitrix/. Соответственно дергать будете то, что вам нужно.
У меня сделано так:
Контейнеры в LXC (3 тестовых, основной)
У каждого контейнера папка /home/bitrix/www/bitrix/backup смонтирована отдельным образом.
Все бекапы делаются только основного диска (считай проект + пустой centos лишние мегабайт 600) виртуалки.
Образ бекапа периодически забирается по rsync.
Нужно поднять новую виртуалку с текущего образа - backup/restore со сменой ip/mac (на ssd - порядка 2-3 минут - образ 12-15 Гб).
Нужно вынести бекапы наружу - выносим образы с бекапом в папку внешнего хранилища и прописываем в кроне на backup.php ionice = 7.
По ресурсам - LXC = в общем-то твое окружение. Лимиты меняются на лету.
