Size: a a a

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

2021 April 06

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
а потом начинается - вы знаете, я перетащил приложуху в кубер, нафигачил манифесты, но не понимаю что там написано.

но дело-то в том, что у меня упал не SLA, а кластер - спасите-помогите.
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
в принципе я его уже изучил, поэтому и не хочу быть инициатором внедрения, понимая что внедрять и поддерживать я его буду )
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
на уровне “разработчика хелм шаблонов для своих приложений”
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
А какие реальные альтернативы для оркестрации контейнеров кроме номада и умирающего сворма? композ не в счет.
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
ну я там выше не рекомендовал его на текущий момент внедрять - потому что вы на уже имеющиеся проблемы докинете новых и кто-то точно будет погребён под этим всем.
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
главная альтернатива кубу - облачный куб.
а там - из того, что не упомянуто - мезоз
и есть еще коммерческие системы оркестрации - выше вон мирантис упоминали, еще парочка есть.
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
И часто падает супернадежный кубер?
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
в моём представлении переход на сворм нам поможет, пускай перформанс команды упадет на какое-то время, А вот с кубером большие сомнения, что выдержим переходный период
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
а это уже зависит от реализации.
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
Есть концепты, которые из говна и палок, но уже работают и приносят деньги. Качество кода гавно, но с точки зрения бизнеса это не важно. Тут можно много спорить, но бывает есть необходимость срезать углы и за это есть расплата да.
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
как пожелаете.
я тут настаивать не буду - сам выберешь.
источник

W

Wingman in DevOps — русскоговорящее сообщество
а откуда вообще миф про супернадёжность?
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Возможно Кубер - это systemD в мире оркестраторов? :)
А бывает еще runit, openrc, sysV (композ) в конце концов.
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
хуяк-хуяк и в продакшен.
если инженер/команда/продукт чётко понимают риски и объём тех.долга - они могут его принять на себя.
но без этой оценки рисков внедрять *ню - ну самому-то не противно ?
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
А что прежде чем внедрять сделать POC не?
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
А зачем тогда по 3 узла на резервирование etcd, если надежность Кубера - это миф?
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
Хуяк хуяк и в прод часто бывает в стартапах и что им теперь не существовать?
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Кстати, может быть старые версии Кубера в режиме LTS (если они существуют) понадежнее последней v20.x?
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
мне сложно сравнивать, но скорее с композом бы сравнивал systemd )
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
он же self-healing и его писали поняшки
а  то, что там внутри вполне обычные сервера, алгоритмы консенсусов - это уже неважные мелочи.

вопрос - если раъехалась связь между ЦОДами - выживет ли обычное приложение ?
А кубер ?

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