"этот процесс запаковал" — не понимаю терминологию, что именно сделал?

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

в некоторых случаях это просто прокидывание машинного кода до железки

direct-run? это очень круто, но вы по сути и код, и операционка сразу. И вряд ли такое запускают на vmware

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

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

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

Ну да, и все это с минимальным оверхедом.

Очень быстро стартует, стопится, по скорости работает как нативное.

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

Намного сложнее чем LXC обычный

lxc - это тоже контейнеризация такая?

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

чудес не бывает - платить приходится за все

lxc - это тоже контейнеризация такая?

докер по сути надстройка на lxc/cgroups

хм

но не обязательно, вместо lxc может исползьоваться и иной изолятор, на выбор

вы же уже сказали, что докер - это про поставку приложений, да?

direct-run? это очень круто, но вы по сути и код, и операционка сразу. И вряд ли такое запускают на vmware

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

вы же уже сказали, что докер - это про поставку приложений, да?

я писал выше

а его контейнерность - это как раз то, от чего он страдает

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

взрослые платофрмы - это какие? Прямой запуск машинного кода на оборудовании - это как минимум загрузчик и планировщик. Пишут такое редко

взрослые платофрмы - это какие? Прямой запуск машинного кода на оборудовании - это как минимум загрузчик и планировщик. Пишут такое редко

hyper-v, esxi, xen,kvm. речь идет о выполнении гостевой ОС сразу на железе, посредством переключения контекстов. т.е. процессор не эмулируется, а пробрасывается, тоже самое относительно другого железа, вплоть до видеокарт

hyper-v, esxi, xen,kvm. речь идет о выполнении гостевой ОС сразу на железе, посредством переключения контекстов. т.е. процессор не эмулируется, а пробрасывается, тоже самое относительно другого железа, вплоть до видеокарт

?

мне тоже с ними работать проще

чем с контейнерами

это инструменты для разных задач

контейнеры хороши под микросервисы

docker это новый USB

условно

полноценные виртуалки - для разделения клиентов

контейнеры - например каждый отдельный сайт можно в него совать

и каждую отдельную базу

в рамках одной организации

hyper-v, esxi, xen,kvm. речь идет о выполнении гостевой ОС сразу на железе, посредством переключения контекстов. т.е. процессор не эмулируется, а пробрасывается, тоже самое относительно другого железа, вплоть до видеокарт

процессор эмулируется, прочитайте про host-guest compatibility layer. ring-vt ускоряет эмуляцию путем частичной проброски функций напрямую, но управление ресурсами все равно лежит на гипервизоре

это же касается всего остального железа

там не "абсолютный прямой" проброс

так пробрасывает или эмулирует? это 2 разных режима

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

так пробрасывает или эмулирует? это 2 разных режима

пробрасывает с частичной эмуляцией, включая изоляцию ресурсов и функций.

и?

если все ок вы получаете 99.9% от возможностей железа

и в плане функционала и в плане производительности

разница терминологическая, в некоторых случаях это важно. Кроме того, вы пылу спора мы ушли от главной темы. В случае развертывания vmware/hyper-v кроме приложения надо деплоить всю виртуалку целиком. Начиная от ОС и конфигурации виртуального оборудования. А в случае докера на прод едет только контейнер.

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

кстати, а вообще корректно в докер целый стек совать?

контейнеры лишь покрывают вопрос изоляции и доставки приложений

или надо кучу докеров?

или это вопрос вкусовщины?

просто есть идея 1 докер - 1 процесс

кстати, а вообще корректно в докер целый стек совать?

я бы вообще не стал использовать докер для продакшна

просто есть идея 1 докер - 1 процесс

так и задумано изначально

просто мне вот надо щас выкатывать тестовые среды для девов

и вот выбор

вагрант или ваще докер

берите докер

он перспективнее

в докере же одно приложение тока живет

ну в том то и дело

как ты там тестовую среду сделаешь?

а мне надо lnmp+rabbit+что они там еще выдумают

в докере же одно приложение тока живет

Ну, не факт, можно и извратиться

а мне надо lnmp+rabbit+что они там еще выдумают

каждая фича - отдельный докер

кстати, чем этот ваш вагрант лучше обычных lxc?

чото он там делает

но что именно - неясно

кстати, чем этот ваш вагрант лучше обычных lxc?

тем что кроссплатформенный например

ERROR: S client not available

причем я бы сделал два контейнера - один "базовый процесс" и один "подгонка под текущую задачу", ИМХО

каждая фича - отдельный докер

короче я лучше вагрант возьму наверное

причем я бы сделал два контейнера - один "базовый процесс" и один "подгонка под текущую задачу", ИМХО

ты уверен что не путаешь дев песочницу с продакшном?

пусть погромисты хоть из сорцов постгрю собирают там

пусть погромисты хоть из сорцов постгрю собирают там

в докере? ))

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

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

когда будет релиз - никакого докера.

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

у меня не будет релиза как приложения

На деве наоборот проще с докером

когда будет релиз - никакого докера.

а щто тогда? :D

и вообще какая тогда нафиг среда

у вас тесты на докерах

2 года в проде докер, более менее

а на проде чтото другое

тогда, погодите

насколько тест - тест?

Набросать файлик для docker-compose один раз и всё

В деве не используем, но тесты и CI да

сколько хайпа вокруг docker а его до сих пор хуй знает как правильно готовить

Я считаю это отличный продукт

Переоцененный это да

докер по сути надстройка на lxc/cgroups

Уже нет

сколько хайпа вокруг docker а его до сих пор хуй знает как правильно готовить

так его и познают только 2-3 года, это очень малый срок для выявления всех фич и возможностей.

по сути это набор тулов вокруг cgroups/namespaces ну и набор подходов в использовании этих тулов

Ну + ещё инфраструктура в виде докерхаба

так его и познают только 2-3 года, это очень малый срок для выявления всех фич и возможностей.

лениво гуглить, но кривая технологического хайпа неумолима

Все равно что в 96 году сидеть в микрософте и говорить что интернет это хайп и скоро он прекратится

И комьюнити

микрософт с докером сотрудничает кстати

так что что-нибудь да выльется

и из хайпа что-то получится крутое

так что что-нибудь да выльется

https://en.wikipedia.org/wiki/Embrace,_extend_and_extinguish