>ну и полное гумно этот мезос. А что с ним?

И хуже ли он kubernetes?

сложный, функционала мало. хер поймёшь, что сломалось и как чинить

имхо хуже сильно

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

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

Вот и ладненько, одним раздражителем меньше

в коде бардак, я когда пакетил, чуть в запой не ушёл

кубернетес щас мейнстрим

а мезосфера ушла в ентерпрайз, там и сдохнет

Да, последний раз когда смотрел мезосферу - анально огородилась

Enterprise, provide email, only customers, bla-bla-bla

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

в мезосе агенты, которые под нагрузкой тупо неадекватны.

и код надо готовить под фреймворк

Небось java агенты?

в кубернетес тупо сказал run она тупо всосала докеримадж. программировать будешь в докер файле, он простой

джава там сплошная

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

я все попробовать хотел но они огородились

а то что есть глючит неимоверно

есть ещё swarm

fleet

swarm не совсем понятно зачем нужен

он просто поверх докера прикручивается

а fleet это типа low-level cluster для high-level cluster то есть они предлагают туда вхерачить потом и кубернетес

плюс он там в разных позах системд ставит и использует

что как бы не очень работает)

вот тут я ещё про weave прочитал

systemd никто не ставит

он либо стоит в системе либо нет

а вообще код в systemd очень качественный

и хейтеры понемногу утихают

ставит я имею в виду про позы. ставит в позу

например?

Добавляет в юниты кастомные конфиги, минимум

по сути флиит рассылает своим слейвам юниты

так оно и есть.

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

или страшным

иногда системд не работает, как хотелось бы

вот например rabbitmq-server

и epmd

пришлось кому то писать хак

мне пофигу все эти срачи, но иногда системд непредсказуемо себя может повести

Я понимаю твоё отношение к systemd, но я никак не могу понять в чем именно в данном случае systemd провинился? Это система инициализации как это влияет на rabbitmq-server ? Он либо стартует его либо нет

я другие примеры щас и не вспомню уже, помню они есть. ну стартует, никто не виноват что это два разных процесса и между ними надо иметь взаимодействие

rabbit и epmd

есть такая штука как sidekick https://coreos.com/fleet/docs/latest/launching-containers-fleet.html#run-a-simple-sidekick

кореос штуки плодит со скоростью миллион в минуту

кстати, правильным с моей стороны было бы спросить, а есть ли тикет и описанием проблемы?

coreos пилит вполне востребованные вещи.

иногда спорные

есть же ещё разные апстримы со своей политикой

тикет есть его решили уже)

rkt вон только недавно в дебиан взяли

а без апстримов эти все штуки так и останутся прерогативой гиков и давайте поиграемся посмотрим

а ты хочешь всё сразу?

нет я смотрю со стороны большой компании. брать хипстерский софт и его потом маинтейнить дорого и бесперспективно

поэтому заменить докер на rkt не выйдет, пока rkt не будет в апстриме

Тёма, там тоже есть что-то вроде докерфайлов или как его в кубернет кидать?

кого?

а

Там нет докерфайлов, там банальный shell скрипт + tar

По сути контейнер docker тоже tar

По юних философии: tar=file, all=file => all=tar

Докерфайл, по-сути тоже шеллскрипт с парой своих команд.

я rkt особо не смотрел

он тоже все кладет на aufs?

нет

там нет проблем, когда для более глубоких слоев ломаются пермишны?

с кучей говна в дмесге

rkt использует overlay + фишки xfs, btrfs, etc. но есть и know issues с ними https://github.com/coreos/rkt#known-issues

ну вот

оверлей

то есть надо кастомное ядро

заметь, все known issues начинаются с "Due to a bug in the Linux kernel"

угу

вот и я про что

всмысле кустомное? overlay давно в апстриме