Size: a a a

2019 August 02

p

ptchol in DevOps Moscow
иначе у вас там что то на коленке на 3х виртуалках.
источник

GM

Gleb Mekhrenin in DevOps Moscow
ptchol
какая разница менеджить 50 контейнеров или 3000. базовые сервисы и там и там одинаковые.
разница в инструментах которые могут быть на порядок проще
источник

SP

Sergey Pechenko in DevOps Moscow
Gleb Mekhrenin
разница в инструментах которые могут быть на порядок проще
+100500
источник

p

ptchol in DevOps Moscow
Sergey Pechenko
По честному - то, что выстрелило у кого-то в продакшне, _может_ выстрелить в чьём-то ещё продакшне, но не обязательно срабтает в конкретном _твоём_ продакшне.
если ты _своим продакшеном_ назвал свой набор костылей, по принчине наличия которых сложно применить ту или иную технологию. Согласен.
источник

GM

Gleb Mekhrenin in DevOps Moscow
Hopf
30-50 микросервисов, а железок/виртуалок?
30-50 микросервисов на одном хосте можно и свормом менеджерить
ну так ты и ответил частично. зачем тебе какой-то неведомый кластер из миллиона сервисов куба если у тебя может быть два сервера и на каждом по копии сервиса?
источник

p

ptchol in DevOps Moscow
Gleb Mekhrenin
разница в инструментах которые могут быть на порядок проще
ну если тебе не нужен эластик для чтения логов а все файлики читают то да согласен. Но когдау тебя уже есть тот или иной набор технологий то разницы нет.
источник

GM

Gleb Mekhrenin in DevOps Moscow
ptchol
ну если тебе не нужен эластик для чтения логов а все файлики читают то да согласен. Но когдау тебя уже есть тот или иной набор технологий то разницы нет.
мне не нужен эластик для логов потому что он кусок говна и я использую спланк 😝
источник

SP

Sergey Pechenko in DevOps Moscow
ptchol
если ты _своим продакшеном_ назвал свой набор костылей, по принчине наличия которых сложно применить ту или иную технологию. Согласен.
источник

p

ptchol in DevOps Moscow
Gleb Mekhrenin
мне не нужен эластик для логов потому что он кусок говна и я использую спланк 😝
ты понял что я имею ввиду )
источник

ML

Mikhail Leonov in DevOps Moscow
перезавтракали
источник

p

ptchol in DevOps Moscow
я к тому что это часто оправдание костылей, скрытое словами "у меня всё по особенному"
источник

p

ptchol in DevOps Moscow
или просто отражение синдрома NIH
источник

H

Hopf in DevOps Moscow
Gleb Mekhrenin
ну так ты и ответил частично. зачем тебе какой-то неведомый кластер из миллиона сервисов куба если у тебя может быть два сервера и на каждом по копии сервиса?
Так я свое мнение сформировал, мне интересно было твое услышать
источник

SP

Sergey Pechenko in DevOps Moscow
ptchol
я к тому что это часто оправдание костылей, скрытое словами "у меня всё по особенному"
Ты имеешь в виду отмазку как таковую?
Как обычно, вопрос инженерной целесообразности, квалификации и профпригодности команды и SRE.
Представим проект, в котором SRE был бы не против кубера как такового, но в текущей реализации всё настолько устраивает команду и бизнес, что ему предлагают другие более приоритетные вещи делать. И это нормально - мы же в массе своей работаем в бизнесах, у которых приоритеты и бюджеты, вот это вот всё.
Противоположностью был бы продакшн, на котором всё время тушат пожары 😃 тут бы вопрос стоял в первую очередь о техническом долге 😊
источник

p

ptchol in DevOps Moscow
Sergey Pechenko
Ты имеешь в виду отмазку как таковую?
Как обычно, вопрос инженерной целесообразности, квалификации и профпригодности команды и SRE.
Представим проект, в котором SRE был бы не против кубера как такового, но в текущей реализации всё настолько устраивает команду и бизнес, что ему предлагают другие более приоритетные вещи делать. И это нормально - мы же в массе своей работаем в бизнесах, у которых приоритеты и бюджеты, вот это вот всё.
Противоположностью был бы продакшн, на котором всё время тушат пожары 😃 тут бы вопрос стоял в первую очередь о техническом долге 😊
устраивать не может ))) не зря есть вещи связанные с эррор баджетами, и развитием.
источник

p

ptchol in DevOps Moscow
иначе ты окажешься в ситуации с пхп проектом через 15 лет и отсуствия квалифицированных рахработчиков на рынке.
источник

p

ptchol in DevOps Moscow
что как раз начнёт тормозить твой проект.
источник

p

ptchol in DevOps Moscow
я скептически отношусь к этим вопениям на тему "хайп". Выглядит часто как закостенелость и не умение развиваться \ адаптироваться качественно.
источник

SP

Sergey Pechenko in DevOps Moscow
ptchol
устраивать не может ))) не зря есть вещи связанные с эррор баджетами, и развитием.
Да, это произошло с рунетовскими перловыми проектами - это исторический факт.
источник

SP

Sergey Pechenko in DevOps Moscow
ptchol
я скептически отношусь к этим вопениям на тему "хайп". Выглядит часто как закостенелость и не умение развиваться \ адаптироваться качественно.
Ну смотри сам, cgroups исполнилось 12 лет, а авторы оркестраторов и рантаймов всё изобретают и изобретают новые варианты сёдел и  колёс для велика. Что-то не сходится. Докатились уже почти до  JS - каждые полгода новая балалайка, и "срочнанимедлинавпрод!".
источник