В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Kubernetes — русскоговорящее сообщество

4777 membersпожаловаться на группу
2020 March 16

ЕО

Евгений Омельченко... in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
+. Я тоже для себя выделил только несколько норм вариантов:
flux + flagger
argocd
werf

Остальные варианты, просто заливают yaml в куб и никакой обратной связи не дают
Ну, immutable infrastructure же
источник
17:48пожаловаться#1

GG

George Gaál in Kubernetes — русскоговорящее сообщество
kubectl apply и збс ?
источник
17:48пожаловаться#2

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Евгений Омельченко
Ну, immutable infrastructure же
деплой изначально не иммьютейбл
источник
17:48пожаловаться#3

GG

George Gaál in Kubernetes — русскоговорящее сообщество
в принципе
источник
17:48пожаловаться#4

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Евгений Омельченко
Ну, immutable infrastructure же
это никак не освобождает от необходимости в обратной связи
источник
17:49пожаловаться#5

ЕО

Евгений Омельченко... in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
это никак не освобождает от необходимости в обратной связи
Правильное проектирование софта освобождает же
источник
17:49пожаловаться#6

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
George Gaál
деплой изначально не иммьютейбл
особенно с миграциями на тяжелую бд 😁
источник
17:50пожаловаться#7

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Евгений Омельченко
Правильное проектирование софта освобождает же
тогда тебе надо выкинуть все то, что упаковано в хельм и заболеть NIH-2020
источник
17:50пожаловаться#8

ЕО

Евгений Омельченко... in Kubernetes — русскоговорящее сообщество
Я понимаю зачем вам нужен оператор, если у вас ссаный mysql или ELK, тут никак не спроектируешь k8s-native, а для вашего софта-то зачем?
источник
17:50пожаловаться#9

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Евгений Омельченко
Правильное проектирование софта освобождает же
разверни мысль пожалуйста.
При каких вариантах не нужно знать, что деплой выкатился норм или не норм?
источник
17:51пожаловаться#10

GG

George Gaál in Kubernetes — русскоговорящее сообщество
ты прав!
источник
17:51пожаловаться#11

ЕО

Евгений Омельченко... in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
разверни мысль пожалуйста.
При каких вариантах не нужно знать, что деплой выкатился норм или не норм?
Ты смешиваешь две вещи: знание администратора и знание системы деплоя. Администратор и так это знание имеет, слава kubectl get (helm list и т.д.).

Системе нужно знать о статусе деплоя только если она сама принимает решение на основании этой информации. Но если ваш деплой описан правильно, а приложение не кривое, то системе деплоя не нужно никаких решений принимать
источник
17:54пожаловаться#12

GG

George Gaál in Kubernetes — русскоговорящее сообщество
> Но если ваш деплой описан правильно, а приложение не кривое, то системе деплоя не нужно никаких решений принимать
источник
17:54пожаловаться#13

GG

George Gaál in Kubernetes — русскоговорящее сообщество
есть еще фактор внешних влияний
источник
17:55пожаловаться#14

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Евгений Омельченко
Ты смешиваешь две вещи: знание администратора и знание системы деплоя. Администратор и так это знание имеет, слава kubectl get (helm list и т.д.).

Системе нужно знать о статусе деплоя только если она сама принимает решение на основании этой информации. Но если ваш деплой описан правильно, а приложение не кривое, то системе деплоя не нужно никаких решений принимать
Прогеры нагавнокодили и там 5xx ошибки после деплоя, и flagger сам откатывает на старую версию. Вот же принятие решения, почему бы нет
источник
17:56пожаловаться#15

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Евгений Омельченко
Ты смешиваешь две вещи: знание администратора и знание системы деплоя. Администратор и так это знание имеет, слава kubectl get (helm list и т.д.).

Системе нужно знать о статусе деплоя только если она сама принимает решение на основании этой информации. Но если ваш деплой описан правильно, а приложение не кривое, то системе деплоя не нужно никаких решений принимать
ну это как-то странно, без того же flagger. Когда у тебя в CI задача зеленым горит, а фактически деплой развалился и никто об этои не узнал
источник
17:57пожаловаться#16

YZ

Yerzhan Zhiyentayev in Kubernetes — русскоговорящее сообщество
а если 500-е связаны с кривым кодом другого микросервиса?)
источник
17:57пожаловаться#17

YZ

Yerzhan Zhiyentayev in Kubernetes — русскоговорящее сообщество
он будет откатывать до скончания веков?
источник
17:58пожаловаться#18

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Yerzhan Zhiyentayev
а если 500-е связаны с кривым кодом другого микросервиса?)
ты деплоишь их пачками или по отдельности ?
источник
17:58пожаловаться#19

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Yerzhan Zhiyentayev
а если 500-е связаны с кривым кодом другого микросервиса?)
значит они вряд-ли появятся при деплое этого сервиса, а уже были до этого
источник
17:58пожаловаться#20