Цитата |
---|
Андрей Николаев написал: Олег Шамаев , Вы процитировали overpod1 , а автором поставили меня |

18.01.2017 15:33:30
![]() |
|||
|
|
24.01.2017 06:22:30
Объясняю выгоду со стороны разработчика:
Имеется куча проектов, которые необходимо постоянно держать у себя и дорабатывать. Если использовать для этой цели виртуалку - она жрет гораздо больше ресурсов, docker по-сути это контейнер вашей ОС (если используется *nix система), в котором запускаются отдельные процессы. Представьте что у вас 20 проектов. Для каждого проекта вы будете поднимать виртуалку? Docker позволяет иметь например 20 папок, а внутри каждой папки - файлы проекта и файл контейнера, который вы можете запустить одной командой. И у вас поднимутся необходимые сервисы (apache, nginx, mysql и список можно продолжать). И после этого вы можете зайти на Вам не нужно заходить на Ip виртуалки, не нужно хранить огромные файлы hdd виртуалок, не нужно выделять ресурсы процессора/оперативки на виртуалку в которой нужно всего-лишь запустить пару сервисов. Виртуализация - это избыточно. Запуск docker контейнера занимает меньше секунды, если у вас уже имеются образы на машине. |
|
|
|
24.01.2017 10:23:45
Николай Чучадеев, образы есть и для КВМ. Время запуска не существенно.
|
|
|
|
24.01.2017 13:16:01
Игорь Горгуль, образы в KVM и образы в docker работают по-разному. В docker есть основной образ (например ubuntu) и при скачивании, например, образа mysql он сверяет какие необходимо применить правки (аля id коммита в git'е) - и применяет только их, а не скачивает полный образ.
Есть всего несколько основных образов, все остальные - это грубо говоря diff от этого основного образа, либо от образа, являющегося ближайшим родственником. Опять же - KVM запустит несколько копий операционной системы со всеми процессами, а docker - запустит контейнеры на одном ядре. Ядро во всех контейнерах будет то, которое используется в операционной системе хоста (если вы под *nix). Попробуйте запустить на своей машине 20 виртуалок в KVM ![]() |
|
|
|
25.01.2017 14:20:50
Николай Чучадеев, вы сейчас сравнили запустить 20 полноценных машин или запустить 20 сервисов mysql. Я трогал его и не токо ручками.
|
|
|
|
25.01.2017 14:35:34
Игорь Горгуль, ну так вы сами написали "Лучше клонировать виртуальные машины/делать из них шаблоны."
Мы же обсуждаем вопрос использования Docker, верно? Я описал преимущества docker => вы сказали что есть образы для KVM => я объяснил преимущество запуска контейнеров по сравнению с запуском виртуалок. Поэтому я и сравнил запуск 20 контейнеров и 20 машин, для определенного юзкейса. |
|
|
|
30.01.2017 14:52:24
bitrix достаточно консервативен и имеет единообразное окружение.
почему нельзя просто настроить N-проектов в одной виртуалке? зачем городить под каждую отдельный образ? |
|
|
|
30.01.2017 14:53:11
но зачем? какие будут плюшки по сравнению с текущим проверенным решением? |
|||
|
|
04.02.2017 17:47:17
Если вы держите виртуалки с проектами в 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 = в общем-то твое окружение. Лимиты меняются на лету. |
|||
|
|
12.07.2017 08:52:48
Про использование docker в качестве локального окружения для разработки
Как у программиста на своем ноуте запустить сайт примерно в таком же окружении что и на проде |
||||
|
|
|||