а у меня приложение на рельсах, я привык работать на убунте

и оба контейнера будут адекватно работать в рамках одной хостовой машины

А, это да

Но машина обычно под один проект даётся

Вот о чём я. Более одного — хардово и незачем

То есть тебе даёт нужный образ уже хостинг средствами виртуализации. Хочешь другой проект — другая VPS чистая

что?

один проект?

да у тебя один проект

а вот зависимости у тебя могут на каком угодно дистре работать

захотел - подключил эластику, и тебе будет например плевать, на альпине она или на центосе

а вот зависимости у тебя могут на каком угодно дистре работать

Зависимости обычно работают на том же дистре (чаще всего вообще на всех)

У докера идеология - один контейнер - одна задача

в одном контейнере база, в другом nginx, в третьем rails

грубо говоря по процессу на контейнер

и каждый контейнер работает в среде какой захотел его создатель

захотел - подключил эластику, и тебе будет например плевать, на альпине она или на центосе

Так, эластики нет на убунту? Или на центосе? Зачем другие ОС? Просто установи же.

грубо говоря по процессу на контейнер

Да знаю я

У тебя есть готовый image эластики

и тебя абсолютно не волнует на каком базовом image он сделан

хоть на центосе хоть на альпине

У тебя есть готовый image эластики

На нужную ОС, ибо я её знаю

ты его просто линкуешь со своим и оно просто работает

На нужную ОС, ибо я её знаю

Что?

Я тебе еще раз повторю

у тебя есть ОФИЦИАЛЬНЫЙ image эластики

ты его берешь и просто юзаешь

у тебя есть ОФИЦИАЛЬНЫЙ image эластики

Он под какую-то ОС одну?

Он под какую-то ОС одну?

Докер image работает на любой хостовой ОС

независимо от того что взято в base image

потому что base image это просто файлы и сошки

Ты имеешь привычку не отвечать на вопрос)

Докер использует хостовое ядро чтобы запускать докер контейнеры. Внутри контейнеров запускается один главный процесс, у каждого image свой

Я не понимаю вопрос

Докер image универсален и запустится на любой ОС где есть docker

это ответ на твой вопрос?

я могу в своем Dockerfile взять FROM ubuntu:latest и собранный image запустить на mac os например.

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

«Кто-то», кстати, мало похоже на «официальный». Так вот, официальные образы только с одной base OS создаются?

Тебе какая разница на базе чего создан Image?

Объясни

Например, я хочу PostgreSQL. У меня Ubuntu. Он есть на неё. Но докер-имаг на альпине. Потому я тяну ещё Альпину. Правильно?

Правильно

Все еще не вижу проблемы

Класс ?

Класс ?

Что класс?

Тебе жалко 5 мб?

или 60 мб в системе?

Хорошо, что не видишь. Я подумаю ещё, пока не имею точного мнения насчёт этого.

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

ты объясни то проблему?

у меня скайп в ПАМЯТИ жрет 160 мб

или жрал, сейчас больше.

Тебе действительно один раз 60 мб на диске жалко?

Нет, мне жалко… не знаю что, сложно это сказать, просто излишняя трата ресурсов, излишние операции, излишние абстракции (в случае одного проекта на одной машине)

Что?

У docker onion FS

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

а все образы которые поверх построены будут использовать его же, там вообще толи нет оверхэда толи минимум

там нету такого что минимум 60 мб на контейнер жрет

базовый образ жрет место в системе один раз, точка.

Большинство image многократно превышают по размерам базовый образ

например у меня эластика где то 500 мб весила вроде.

базовый образ жрет место в системе один раз, точка.

А если есть имадж с другой ОС?

А если есть имадж с другой ОС?

Подожди, ты где такой VDS нашел что у тебя всего 100 мб на диске доступно?

у меня сайты больше весят

Подожди, ты где такой VDS нашел что у тебя всего 100 мб на диске доступно?

Не понимаю,с чего ты взял, что я такое нашёл

я не понимаю почему ты считаешь 60 мб оверхэдом

ERROR: S client not available

Так вот, если у тебя 10 образов, они используют 5 разных ОС — то грузятся и используются 5 разных дистров…

Нет?

Ну да

что с того?

Хотя по факту такое редкость

обычно ubuntu/debian/alpine

Место на диске есть, гигагерцы тоже есть, просто у меня вот внутри что-то щёлкает, что это излишне

Докер упрощает все

Когда у тебя тупо на машине один проект, где есть та же Ubuntu, и нужно просто поставить доступные для неё зависимости

Да оно технически жрет чутка больше места на диске

но плюсы многократно перекрывают минусы.

Ну хз, может быть

Ты же пишешь на руби а не на ассемблере да?

никогда не думал зачем тебе руби? лишний оверхэд

Стой, не уходи в крайности

Когда у тебя тупо на машине один проект, где есть та же Ubuntu, и нужно просто поставить доступные для неё зависимости

Ага, а еще их настроить

и еще мейнтейнить что вся конфигурация в сборе адекватно работает

Здесь же у тебя модульность

Смотри: есть образы с загрузкой ОС. Это докер. Куча процессов изолированных. Я понял, да

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

Смотри: есть образы с загрузкой ОС. Это докер. Куча процессов изолированных. Я понял, да

Все образы построены поверх какого то базового дистрибутива как правило

Хотя ты можешь полностью с нуля запилить процесс. Только ты замучаешься собирать все зависимости

А вот альтернатива: тот же самый playbook от Ansible, например, который выполнит несколько команд, чтобы развернуть всё необходимое без абстракций лишних

И потом окажется что он сфелился

а у тебя прод простаивает

а масштабировать как будешь?

вручную закажешь новый сервер?

а потом тебе надо будет добавить еще rails контейнер

вручную закажешь новый сервер?

Иначе никак, если не говорить про исключения

или парочку

потому что один не справляется

и оно будет на разных машинах работать