не смысла сравнивать

Смысла сравнивать нет, заменять контейнеры такими решениями тоже смысла нет, но раз ОП хочет - то вот ему список требований от разработчиков

Это скорее к заходу PexuOne «теперь админы не нужны». docker-compose крутая штука, но когда дело доходит до серьёзной эксплуатации, выясняется что «развернуть и запустить среду» — это только вершина айсберга. Остаётся ещё куча работы, которую должны сделать носители определённого мировоззрения. Раньше их звали админы, а сейчас девопсы или SRE-инженеры.

Дата регистрации: 26.09.19 23:14:58
покидайтесь пометом в меня, жду

зачем

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

у сранных жабистов с их SpringBoot, Hadoop и прочей хренью выходят огроменные размеры этих Дохер-образов

У сраных жабистов и без «Дохера» все зависимости в подавляющем большинстве занимают дохрена места.

Зачем нужен Docker, если изучил Linux namespaces & CGroups и LXC/LXD?

Зачем вообще нужны абстракции, если изучил асемблер?

// Тред читать не собираюсь даже. Весь тред — просто толстый вброс.

К сожалению, движок лора не позволяет отвечать на несколько комментариев одновременно, из-за чего иногда теряется важный контекст. Для цикла «запустил-проверил-удалил» докер подходит идеально.

Для цикла «запустил-проверил-удалил» докер подходит идеально.

Для него гораздо лучше подходит podman, поскольку позволяет работать без рута, от пользователя, поэтому не портит права на монтируемые внутрь контейнера каталоги, подчиняется пользовательским лимитам, не занимает место в общесистемном /var и т.д.

Спасибо за информацию, как-нибудь попробую.

Тогда оверхед минимален, но он всё равно есть, и это плохо.

Смотря с чем сравнивать. У меня был опыт с java-сервисами (highload, все дела), где «для надежности» на серверах каждому jar-нику запускали отдельную JVM, в /opt клали отдельный экземпляр tomcat. Без всяких докеров.

В таком энтерпрайзном продакшене докер - это не усложнение, а наконец упрощение и выпрямление деплоя, где java-runtime и tomcat кладутся в базовый слой, один на всех, вторым слоем идёт jar-ник, и запускай сколько хочешь раз.

Собственно tomcat тоже не нужен: jar-ник на 10-25Kb по типу всё своё ношу с собой на базе SpringBoot, поверх слоя с «чистой» JVM, раскатывание обновлений этого jar-ника по датацентрам за секунды.

И чем LXC лучше runC? Чем LXD лучше Docker и Podman? Почему к сторонней приблуде, LXC, относятся как какому-то стандарту?

В таком контексте — ок, согласен.

Ну мне на сервере, по-хорошему, если его делать, а не паразитировать на чужом, что я сейчас и делаю, то надо что-то около 512 гигов оперативки. Сокращение её на пару десятков гигабайт толку не даст практически никакого. Особенно при ценах, которые получается всё это дело будет стоить. А вот аренда сервера уже имеет смысл при условии быстро развернул, посчитал, забрал данные, год не пересчитываю. Через год опять арендовал сервер и за 1 сутки всё посчитал. Докер в таком ключе торт будет.

И работает нормально, правда образ там тухлый сильно.

Если бы не Docker, то крутились бы продакшн-серверы на винде. Ты же понимаешь, что винда просрала серверный рынок из-за контейнеризации и виртуализации.

+мои 5 копеек

мне надоел Дохер... его суют уже во все щели, без мысли - надо или не надо... мне этот Дохер снится в кошмарах уже...

в нормальной жизни докер на* не нужен

в ненормальной жизни разработчики хреначат образ приложения с его зависимостями, далее раскатывают его, и в разработке, и в тесте, и (в идеале) в продакшен, сокращая время доставки функционала в продакшн time_to_market (как правило, теряя качество)

админы косятся и плюются, но такие «чёрные ящики» быстро прилетают в прод, с косяками, багами, но быстро - бизнес любит, когда быстро (под это дело «качество» переопределили, как удовлетворённость заказчика)

что неприятно - косяки, баги, разрабы пасутся в проде, зато, всегда виноват разраб и немного админ за планирование ресурсов (привет 90-е)

короче, перфекционист ты :)