Как не зайду обязательно кто-то какую то херню говорит с умным видом

Кто на этот раз?

оно, в общем, ближе к классическим виртуалкам, похоже

Ну например это

Ну например это

ну, раз туда через Ansible ставят софт и раз там init внутри контейнера, то почему бы и не ближе?

А это не обязательно

но разве это не вариант по умолчанию там?

По какому умолчанию?

Дай ссылку

Я могу не то что дать ссылку, а сделать скриншот собственного LXC контейнера в котором есть init процесс с пидом 1

(но позже, сейчас уезжаю)

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

а во-вторых, везде подразумевается 1 контейнер для всего

https://bobcares.com/blog/wordpress-hosting-using-lxd-lxc-server-virtualization-solution/

вот как в этой статье, например

что даёт возможность сделать вывод о том, что большинство их использует именно так

ну и порог входа тут выше

для разработчиков

я не слишком разрушу чей-то внутренний мир, если покажу четыре, скажем, контейнера, одного проекта. некоторые из них еще и по разным машинам раскиданы.

Пасхалочка от разработчика перед увольнением

\o/

ну типа там postgresql в одном, а uwsgi в другом :)

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

но это не типовой сценарий использования

никто не арендует 3 VPS'ки чтобы разнести там сервисы в разные VPS

nginx, postgresql, uwsgi

Можно да. Поднять 4 контейнера со всем деревом процессов и рассовать по ним 4 процесса

все покупают 1 и всё внутрь засовывают

Ну пхп с пид1 и в докере юзают

Можно да. Поднять 4 контейнера со всем деревом процессов и рассовать по ним 4 процесса

В lxc процессов не так уж много, если на то пошло.

ну вот Rkt скоро это пофиксит

Короче если вы не осилили доки линукса и lxc — инит там не обязателен

все покупают 1 и всё внутрь засовывают

Если потом захочется мигрировать с этой vps, то лучше, как минимум, все внутри в контейнер запихнуть. Даже если он один.

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

с простыми понятными примерами

понятными не для админов

лайк товарисчу из grammarly :D

И шо? Поэтому lxc как виртуалки?

у lxc нет проблем

у чайников с lxc проблемы, да

так у lxc от этого компьюнити небольшая

меньше, чем у докера

и слава богу. весь шлак, копипастящий "простые понятные примеры" из интернета, оседает там :)

Ну у докера из-за простых примеров дофига проблем

На девопс канале хвалят lxc? Мир перевернулся?

А шо не так?

На девопс канале хвалят lxc? Мир перевернулся?

тут все было захвачено фанатами докера? :)

Я вообще хочу сказать что lxc это не виртуалки, как написали выше ;)

А так каждый выбирает своё

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

ну и неудивительно, что докер популярнее

тут все было захвачено фанатами докера? :)

Ну тут даже в заголовке докер идёт следом за названием группы

с этого сегодня все и началось :) я сказал, что это вопрос подхода. кому какой ближе

В Киеве на девопс дее один парень докладывал как свой докер делать на расте и lxc. Им так удобнее было

но мне начали в ответ приводить кучу каких-то кривых аргументов, что докер - няша

Нам удобнее докер, и шо?)

фанбои уже похоже забыли (или не знали), что в самом начале докер был простой оберткой над lxc (и оба они вместе - обертками вокруг cgroups) :D

Ну именно

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

если троллить, так можно вообще написать, что docker это такой syntax shugar, для инвалидов, которые ниасилили lxc

люди (которые живые) любят простые и понятные вещи

но мы ж не троллим

а вот некоторые админы почему-то не любят, когда вещи простые

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

А что плохого в синтакс сахаре?

они тоже имеют право на свою точку зрения :)

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

их по идее в поды группировать как-то надо

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

в идеале с 1 айпишником для всех контейнеров пода на данной ноде

и с сеткой между ними

так что все порты как бы на одном ипе живут

так в Kubernetes примерно поды сделаны

то есть там кроме контейнеров и образов есть ещё pod'ы

а в докере такого по умолчанию как бы нет

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

docker run --name dev ... (основной контейнер проект dev с Python-кодом и uwsgi) docker run --name dev-postgresql9.5.2 ... docker run --name dev-nginx1.9.5 ... docker run --name ooop ... (основной контейнер проекта ooops с Python-кодом и uwsgi) docker run --name ooop-postgresql9.5.2 ... docker run --name ooop-nginx1.9.5 ...

ну и хоть 5000 их там на сервере запущено

по названию вы можете отфильтровать те, которые относятся к вашему проекту

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

не троллинг, просто интересно. ни разу не видел

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