https://medium.com/booking-com-infrastructure/introducing-shipper-daf9244e3882

"these strategies can become hard to debug, or leave out important properties like safe rollbacks." ... "helm chart for this application" :)

"these strategies can become hard to debug, or leave out important properties like safe rollbacks." ... "helm chart for this application" :)

у меня этого текста нет

Когда куб станет следующим опенстеком?

https://medium.com/booking-com-infrastructure/introducing-shipper-daf9244e3882

Что лидер секты говорит? Уже случилось?

Когда куб станет следующим опенстеком?

а в опенстеке сейчас хорошо, Марк обещал простые апдейты с любой версии с даунтаймом не больше минуты!

товарищ, верь

У букинга вроде доклад на последнем хайлоад был. о их кубе

ничего там своего небыло, у них 4 зоны по 3 кластера(менеджмент и два обычных), сеть - "самодельная" калико и свои балансирощики, весь траф через них

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

не, не превратится

Чей то? Туда плагинов тащат уже херову тучу

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

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

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

давай сойдемся на том чтоту него есть наборы проблем: 1) Технологические - связанные с кодовой базой, размазанностью хранения состояний, дизайном апи и плагинов, тяжелыми агентами и прочим 2) Идеологические - связанные с отсутствием внятной границы применимости и четко сформулированной проблемой, которую платформа стремится решить 3) Коньюктурные проблемы - связанные с организацией комьюнити силами вендоров, которые разочаровались в возможности заработать на платформе

посмотри на участников кубкона, ага

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

облака это amazon. azure gcp

дяди из hp два года назад прогорели и закрыли паблик клауб

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

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

То ли дело кубеня - хошь helm, хошь kustomize, хошь jsonett

ansible

То ли дело кубеня - хошь helm, хошь kustomize, хошь jsonett

как оно? мигрировать думал через ansible

Мы тестируем, но деплой ансиблом нравится.

template + kubernetes module?

ну че за детский сад, хоть sed и жинжа - в конце у тебя декларативный нативный объект куба

Приходит IBM и меняет дизайн API

нет, это система сдержек и противовесов, там все не так легко

ага

а оно ждать умеет?

у меня эмпирический опыт а у тебя?

В плане ждать?

аналог wait в helm

А у меня общение с теми, кто в комьюнити опенстека с рождения.

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

давай сойдемся на том чтоту него есть наборы проблем: 1) Технологические - связанные с кодовой базой, размазанностью хранения состояний, дизайном апи и плагинов, тяжелыми агентами и прочим 2) Идеологические - связанные с отсутствием внятной границы применимости и четко сформулированной проблемой, которую платформа стремится решить 3) Коньюктурные проблемы - связанные с организацией комьюнити силами вендоров, которые разочаровались в возможности заработать на платформе