вообще не удобно, поверь мне. Выглядит как костыль

Удобно тебе будет ГЕНЕРИРОВАТЬ и потом МАУНТИТЬ файл сгенерированный в докере?

Мне? Я не использую докер, если ещё неясно)

Ты прод как провизионишь?

ручками?

Ты прод как провизионишь?

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

На самом деле если конфигурация сколь нибудь сложная то лучше иметь автоматизированную систему провизионинга

и бэкапы.

Да-да, знаю. Сложность — понятие относительное

Потому что если HDD например навернется, понадобится быстренько восстановить все на новом дедике, в случае автоматической системы это ты сделаешь за полчаса, а вручную может и до 4-х доходить.

У меня например штук 12 сайтов php хостилось

у некоторых конфигурация разнилась

Но лучше всё делать нормально. Чем я и собираюсь заняться, или занять сис. админа, потому и интересуюсь

и если бы у меня была конфигурация готовая под шеф например, то я бы быстро все поднял.

Ну имхо провижн прода должен быть автоматизирован

Ну имхо провижн прода должен быть автоматизирован

Капитан) должен — не значит есть

Но мне пока такой расклад с докером не нравится( но есть плюсы. Надо подумать

Докер простой как две копейки

если прод простой то docker-compose

и будет супер-шустрый деплой куды угодно

Вот базу в докере держать спорно, все остальное очень даже.

Докер простой как две копейки

Да, да, убунта в убунте

Там не убунта

а пакеты убунты

и то, лишь мелкая их часть

плюс везде она ровно такая какую сделаешь

Но у них же есть зависимости?

конфиликта пакетов не будет.

у кого есть зависимости?

У кого угодно. PostgreSQL, nginx, те же гемы имеют иногда системные зависимости

у каждого свое окружение изолированное

Там же не может поставляться один PostgreSQL. Там будут его зависимости подходящей версии

при этом это не виртуальная машина.

А что же?

Плюс, если три имаджа от одного ubuntu зависят, место на диске будет занимать только как один image ubuntu

А что же?

Контейнер это грубо говоря сильно изолированное приложение механизмами ядра

оно даже в htop у меня отображается

Плюс, если три имаджа от одного ubuntu зависят, место на диске будет занимать только как один image ubuntu

То есть всё же целая Ubuntu грузится?

60 мб вроде

там сильно уменьшенный дистр

И он не будет дублироваться для каждого контейнера/image

Если дистр — то почему не виртуалка? Контейнер на уровне ядра — не виртуалка? Виртуалка к ядру отношения не имеет?

Просто вообще-то ещё как имеет

смотри

у тебя есть процесс

ему нужны определенные библиотеки

Ты берешь базовый image от убунты

поверх него ставишь пакеты

получается image твоего приложения

Ты берешь базовый image от убунты

Вот плохой шаг же

дальше ты запускаешь контейнер который использует этот image

Вот плохой шаг же

В чем плохость?

ты просто не понимаешь докер поэтому считаешь что это плохо )

Это мегабайт 60-120

в зависимости от версии бубунты

В чем плохость?

Нужен процесс, есть зависимости, так что ставим дистр

и по сути это просто набор файлов дистрибутива чтобы твой процесс нашел все нужные ему библиотеки

ты просто не понимаешь докер поэтому считаешь что это плохо )

Понимаю вроде, но вряд ли считаю именно такой подход необходимым

Нужен процесс, есть зависимости, так что ставим дистр

Минимальный дистрибутив, самый минимум.

Минимальный дистрибутив, самый минимум.

Звучит как «ну ещё одну ложечку»

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

Да и что плохого в том что я тащу весь дистр? я делаю это один раз.

Да и что плохого в том что я тащу весь дистр? я делаю это один раз.

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

Стоп стоп стоп

у тебя есть хостовая система

и она может быть хоть CoreOS

тебя это волновать не должно

Я могу понять если проект на убунту, а у меня арч

ERROR: S client not available

Ты должен абстрагироваться от хостовой системы

Я могу понять если проект на убунту, а у меня арч

Вот, у тебя арч, главное чтобы ядро поддерживало все фишки для изоляции процессов

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

и он нормально работает.

Ты должен абстрагироваться от хостовой системы

Допустим. Но почему докер не имеет возможности развернуться наружу при совпадении системы?

Нахуя?

чтобы словить конфликты?

да и что значит развернуться наружу?

чтобы словить конфликты?

Почему конфликты? От чего? У тебя чистая машина конкретно под проект

что значит совпадение системы? а если у тебя некоторые пакеты кастомные?

зачем все это? что ты выигрываешь?

Почему конфликты? От чего? У тебя чистая машина конкретно под проект

А если нет?

Скажи, что ты выигрываешь от т ого что я задействую вдруг файлы с хостовой машины?

да и что значит развернуться наружу?

Значит без дистра убунты на убунте,и без изоляции например, или с подвязкой хотя бы на систему, а не свою такую же копию

тебе в общем то никто не мешает прокинуть всю файловую систему хостовой машины. Ну, почти.

Значит без дистра убунты на убунте,и без изоляции например, или с подвязкой хотя бы на систему, а не свою такую же копию

Докер без изоляции? зачем?

это уже не докер )))

что значит совпадение системы? а если у тебя некоторые пакеты кастомные?

Часто встречаешь такое?

Часто встречаешь такое?

А как докер определит что у тебя чистая система? да и зачем?

в чем смысл кодить такое? зачем? какой выигрышь?

я так понимаю ты за это хейтишь докер, мол он у тебя убунту в убунту тащит?

А если нет?

Вот тогда — да, докер полезен. Но обычно именно машина минимум одна под проект

Вот смотри

у тебя коньтейнер на убунте

а кто то раз, и сделал контейнер допустим Elasticsearch на alpine linux

и у тебя что первый что второй будут в связке нормально работать благодаря докеру

и у тебя что первый что второй будут в связке нормально работать благодаря докеру

Засчёт загрузки обоих дистров?

засчет того что все как можно более сильно изолировано

Зачем этому кому-то пилить образ программы для другой ОС?

Что?

засчет того что все как можно более сильно изолировано

Но и оба дистра тоже грузятся, да?

Ты берешь базовый образ под твои задачи