в сражении между докером и системд я делаю ставку на системд

тебе в оркестрации контейнеров системд каким боком помогает?

в CoreOS есть Fleet, который основан на systemd

ну или вот можно поставить Kubernetes если нужно что-то посерьёзнее

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

и в ранчере свой шедулер

и в мезосе

ну, вот Docker с сервера я скоро удалю

он мне как бы и совсем не нужен

когда у тебя только контейнеры и только их шедулинг - системд не нужен

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

а про systemd - ну, там есть зависимости

что контейнер с кодом надо запускать только после того, как заработал контейнер с СУБД

в ранчере такого нет, как я понимаю

никакие там докер свармы/компосы этого не умеют

то есть там можно сделать restart=always, но порядок определить нельзя

а если врубить не в том порядке - у меня в логи полетят 500 ошибки

в общем, недорос Docker с systemd тягаться и вообще как он посмел))

то есть у меня за каждый под отвечает свой .service - файл в systemd

и между ними есть зависимости

в общем, недорос Docker с systemd тягаться и вообще как он посмел))

наконец ты это осознал

пока-пока

мы не будем скучать

так я это сразу говорил

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

Rkt интегрируется везде со всем, не пытается собой ничего заменять (ну, кроме докера), интегрируется и с systemd, и с Fleet, и с Kubernetes

ну а Rancher - это вендор лок на докере

нафиг загонять себя в клетку?

на той же CoreOS там можно и Docker и Rkt, хоть они и конкурируют с Docker теперь

нафиг загонять себя в клетку?

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

так докер так же работает только на линуксе

на других системах виртуалки

короче, неси свою религию и прочее говно в профильные группы

давайте здесь про кубернетес

ну, ты спросил почему CoreOS круче Rancher'а, я тебе ответил)

потому что там вендор лок, а на CoreOS свобода выбора

и тот же Kubernetes поэтому логичнее ставить именно на CoreOS, если нужна облачная ОС

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

лично мне насрать на шашечки

мне надо ехать

думаю, эта проблема со временем решится, нужны нормальные гайды

ставить 1 кнопкой с настройками по умолчанию - это всё-таки путь виндузятников, в линуксе редко когда 1 кнопкой что-то ставится, всегда какие-то допиливания нужны (иногда это хорошо, иногда плохо), если там и правда 1 кнопкой - это немного нетипичный путь решения задачи

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

в общем, да, у Дениса какой-то хардкор судя по тому, что тут я видел

ставить 1 кнопкой с настройками по умолчанию - это всё-таки путь виндузятников, в линуксе редко когда 1 кнопкой что-то ставится, всегда какие-то допиливания нужны (иногда это хорошо, иногда плохо), если там и правда 1 кнопкой - это немного нетипичный путь решения задачи

если нет страданий, значит это неправильно? отличная позиция!

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

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

все, закончим на этом

это оффтопик относительно этого канала

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

да без проблем)

Вот здесь ещё полезные конфиги нашёл: https://github.com/kubernetes/kubernetes/tree/master/test/fixtures/doc-yaml

особенно заголовок радует

Obsolete Config Files From Docs

да епрст, дайте дочитать предыдущие 1к сообщений, хорош новые генерить :)

Obsolete - это устаревшие, если что

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

Вот здесь согласен :)

да епрст, дайте дочитать предыдущие 1к сообщений, хорош новые генерить :)

+++

слабаки, читайте уже быстрее! :D

:)))

"да я просто в туалет отходил" :)

https://github.com/kubernetes/dashboard/blob/master/src/deploy/kubernetes-dashboard.yaml

странно, что оно уже v1.4.0-beta1

Но просто представьте насколько это соблазнительно, теперь можно полноценный софт установить, который интегрируется с кластером простой командой: kubectl create -f https://rawgit.com/kubernetes/dashboard/master/src/deploy/kubernetes-dashboard.yaml :)

версия дашборда никак не пересекается с версией k8s

Хотелось бы надяться

k8s-1.4 только в октябре

ERROR: S client not available

у тебя днс-то поехал?

Вообщем разобрались, оказалось addon manager убивает

Кстати, для куба существуют какие-нибудь утилиты, которые рендерят конфигурацию из шаблонов? Чтобы относительно беззаботно менеджить почти идентичные тестинги-стейджинги-продакшены.

Вообщем разобрались, оказалось addon manager убивает

зачем?

А вот это пока загадка

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

только либо запускает, либо нет

Позже вернёмся к исследованию) Хотя всё просто на первый взгляд: https://github.com/kubernetes/kubernetes/blob/master/cluster/addons/addon-manager/kube-addon-update.sh

Плюс ещё затык был, при копировании что-то произошло с unicode-символами и простое - заменилось длинным. Из-за этого картинка одна, а по факту - конфиг в addon-manager не подхватывался.

Но просто представьте насколько это соблазнительно, теперь можно полноценный софт установить, который интегрируется с кластером простой командой: kubectl create -f https://rawgit.com/kubernetes/dashboard/master/src/deploy/kubernetes-dashboard.yaml :)

helmc посмотри, это ещё круче:)

`helmc install redis-cluster`

вот это интересно

https://helm.sh/

Воу :)

helmc посмотри, это ещё круче:)

Мегакруто! Спасибо

Deis через него ставится, кастомизация через ENV

ну так это ж дейсовая штука

недавно обсуждали

Пока мало софта, но каков процесс:)

Со мной и обсуждали скорее всего:)

дада

я тут до всех докапывался, зачем нужен дейс, когда кубецтл и сам по себе ничего ;)

Но тут ментальность просто, когнитивная нагрузка меньше

Максим

В стейджинге он завёлся, сейчас к CI прикручиваю

чисто хелм, или ты весь дейс втащил?

Весь

блин, сколько ж у тебя серверов-то воздух греет ;)

там в requirements минимум три сервера

и море памяти

helmc вообще работает без телодвижений)