адекватен относительно коммунити

а с девопсом этим ситуация обратная постоянно

приходит пионер который говорит "ща порядок наведу ! нада докер ! и деплоится постоянно !" а там дядьки в свиторах и девелоперы "дай мне рута на прод логи почитать". они это "навязывание" воспринимают оч негативно, потому что они "опытные разработчики с более чем 10лет опытом разработки"

им нужно предлагать разумную альтернативу

а не просто говорить так нельзя

а почему они должны придумывать альтернативу а не те кто херню предлагают?

потому что то что мы называем херней, в данном месте является "проверенным и протестированным решением" ?

потому что у них всегда так было

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

нужны логи - подними ЕЛК

есть админы, с мнением "если девелоперы нужны логи, он должен подойти и попросить"

синдром стоража такой

хочет в базе таблицы менять? - флайвей

и так далее

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

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

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

если там так мыслят, там врядли на долго такие проблемы

как говорил @Civiloid , а зачем работать в плохой компании

и я согласен с Володей на 99% )

но когда такое видишь, думаешь "а может всё таки есть подход, и способ поменять, повлиять"

но когда такое видишь, думаешь "а может всё таки есть подход, и способ поменять, повлиять"

Тут нужно некий баланс найти - иногда можно нормальные подходы привнести, насадить, научить. Но если ты на каждом уровне встречаешь непонимание, "мы так привыкли", "отстань" и прочее - то навероне не стоит тратить на такое время.

Согласен.

собственно по мне это тонкая грань между плохой и нормальной конторой. В нормальной при наличии аргументов и некотором вложении сил можно что-то поменять

а в плохой это слишком сложно

и баланс этот наверно должен измеряется во времени \ изменениях в сознании

ну и не всем интересно менять людей )

Вопрос еще в том что те изменения которых ты добиваешься или те которые идут достаточны ли они тебе или наоборот это слишком для тебя

Потому что с одной стороны у нас появляются хейтеры докера а с другой редхата ;)

за что можно хейтить редхат? это луч света божьего в зоопарке

https://lkml.org/lkml/2012/6/27/545

например

2012 и ceph

Потому что с одной стороны у нас появляются хейтеры докера а с другой редхата ;)

Нууу... Я вот хейтер centos

Нууу... Я вот хейтер centos

Странный ты

2012 и ceph

tl;dr ядро от rh (3.10.0-327.18.2) очень медленно память выделяет 1TB ~20 минут // если стянуть с elrepo, секунд 20

приходит пионер который говорит "ща порядок наведу ! нада докер ! и деплоится постоянно !" а там дядьки в свиторах и девелоперы "дай мне рута на прод логи почитать". они это "навязывание" воспринимают оч негативно, потому что они "опытные разработчики с более чем 10лет опытом разработки"

бывает и обратная история. Уважаемые дядьки в свитерах городят такое, что даже не знаешь откуда начать возмущаться. Из недавнего: кафка кластер, спарк, облака, бигдата во все поля ради... 1200 микроскопических евентов в секунду...

И считаю что если вы на нём не делаете коммерческий продукт - он вам не нужен

Как и rhel

в апстриме пофиксили давно

И считаю что если вы на нём не делаете коммерческий продукт - он вам не нужен

а кто нужен?

в апстриме пофиксили давно

Угу

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

В апстриме ее не было

Появилась из-за того что кривой бэкпорт из 3.17

Нууу... Я вот хейтер centos

Я просто про то что 'гибкость' у разных людей оч разная и когда они попадают не в ту среду сделать её по гибкости такой же как он иногда невозможно а иногда и не нужно.

Я просто про то что 'гибкость' у разных людей оч разная и когда они попадают не в ту среду сделать её по гибкости такой же как он иногда невозможно а иногда и не нужно.

А причем тут гибкость?

А я не знаю как иначе назвать способность людей понимать новые подходы и принимать необходимость изменения старых и делать это

Саша Титов правильно говорит - это инженерия систем человек-машина.

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

tl;dr ядро от rh (3.10.0-327.18.2) очень медленно память выделяет 1TB ~20 минут // если стянуть с elrepo, секунд 20

дай угадаю - THP по дефолту включено?

дай угадаю - THP по дефолту включено?

Конеш, и страницы по 2mb выделяются

Саша Титов правильно говорит - это инженерия систем человек-машина.

Офигеть! Титова уже на цитаты разбирают! Я слегка далёк от российского IT, что Express 42 взлетел, да?

Причем тут Express 42? Это же бизнес-сущность, она к нам всем относится примерно так же как Сбербанк-технологии, которые были спонсором Devops Days.

А вот люди, которые за ней стоят, никуда и не исчезали и для сообщества всегда много делали.

Причем тут Express 42? Это же бизнес-сущность, она к нам всем относится примерно так же как Сбербанк-технологии, которые были спонсором Devops Days.

Ну Express 42 должна быть физической манифестацией DevOps идеологии в этом суровом мире, или я чего-то не понимаю?

Почему?

Ну так создана как-раз людьми продвигающими DevOps в стране, не? =)

В мире девопс кто продвигает? Я имена людей помню, а в каких компаниях они работают.. Ну если постараюсь, вспомню, конечно у какой-то небольшой части.

В мире нынче модно SRE продвигать, и делают это Google, Facebook, Netflix, ну и остальные по мелочи

что значит SRE продвигать? :)

SRE эт админ %)

ну, точнее админ за 130 тыщь баксов)

без 130 тыщь это, по-прежнему, админ

У SRE ассимптотика лучше

и звучит круче, не какой-то там админ

а SRE!

ERROR: S client not available

Админы обычно линейно скейлятся с размером инфры, SRE - саблинейно

я хз, у меня админы и релиз админы зовутся SRE

У SRE ассимптотика лучше

"ассимптотика лучше" - как хорошо звучит! записал :)

в чем их отличие от админов что у меня были на прошлой работе я не понимаю :)

(ну или такая была изначально идея у гугла -- не факт что у всех вышло)

в чем их отличие от админов что у меня были на прошлой работе я не понимаю :)

ну есть разные конторы =) Про "SRE" с вечно горящей жопой в CDN'ах я наслышан =)

гореть жопа может у кого-угодно :)

вопрос в лишь в том, что SRE это просто красивое имя мало что значащее

как и dev ops

в этом плане мне нравится опять же классификация инженеров на работе у меня, все до единого system engineer :)

что админ, что софтвейр, что сетевик :)

не совсем - Google своей книге вроде как определение дали =)

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

в этом плане мне нравится опять же классификация инженеров на работе у меня, все до единого system engineer :)

А кто пейджер носит?

термин облако тоже наверное придумали с толком :) а кончилось тем кончилось )))

пейджер носят все у кого их софт в продакшене )))

в том числе я как софтвейр инженер по обычной классификации

но я вторая линия эскалации, сначала чинят SRE на смене

А инфраструктуру пишут?

пишут код или платформу под него?

термин облако тоже наверное придумали с толком :) а кончилось тем кончилось )))

Это ты погоди - та щас ещё lambda и serverless придёт

пишут код или платформу под него?

платформу: деплои, клауд, мониторинг, итд

это SRE

но отдельные, опять же

а админы на родине такое писали? =)

обычно не те, что релизы и oncall

админы на родине водку пили

но это не поовод же!

ну вот, можт водку начать пить

тогда сре стану наконец

пей водку @ переезжай

мне кажется кто-то недолюбливает админов! У меня прям за свою профессию душа болит!