10 вопросов инженеру DevOps

[@mitreymaenpaa]

Крутой мужик. Спасибо за интервью!🤚

[@xanullx]

В it сейчас не хватает таких ребят. С искрой, задорных и простых. Спасибо.

[@alexzav1327]

Круто и позитивно!

[@sabir20002000]

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

[@xattory3005]

надо подключать стороннюю фирму например по автоматизации и безопасности у которой есть практика прохождения сертификации. и под их чутким руководством или делать или не делать.!У меня на фирме сейчас так.Мне надо выкатить.Есть их стандарт. Все сделал. Деплой упал.Смотрю у них баг. Пишу.Сказали закостылить.И поставили себе в задачи починить конкретно мою проблему.Костыль в последствии убирается.

[@homiakos]

Если сервис падает по одной причине, то виноват не Девопс, а владелец сервиса (зачастую лид команды, что этот сервис написала). Как раз метология Девопс You Build - You Own. а то что Опс отвечает, за то что написали разработчики - как раз старая метология

[@xattory3005]

разраб надеятся на GC . а девопс потом лезет и насильно чистит....со словами 3 год одна и та же проблема,может наконец что о сделаете...

[@СергейПротасов-р5ж]

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

[@timurkash]

Если сервис упал, то надо вместе с разрабом (обычно это делается по умолчанию и пишется такой подробный документ, как Стандарты Разработки) договариваемся о том, как логируем, что логируем, куда логируем. Это действительно работа девопса. Также прометей ставится почти всегда и для выяснения того, почему падает, достаточно стандартных статистик. Девопс должен понимать основные параметры. Для более тонкой настройки производительности обычно используется Егерь. И чтобы сервисы падали бесшовно, да, нужно понимать как устроен кубер. Для availability самый простой и надежный способ - это поднимать количество реплик. Он (кубер) сам перераспределит нагрузку, когда какой-либо под упал.

[@runnerlizard6819]

Создается впечатление, что DevOps не для тех, кто хочет иметь выходные и отпуски. Это так и есть?

[@sergo4220]

если в выходные не выкатывать релизы и не заливать изменения в конфиги в ночь на субботу, то выходные проходят тихо, вне работы.

[@xattory3005]

@@sergo4220 у некоторых нормальная практика выкатывать в пятницу, что б на выходных клиенты не страдали.

[@SmartAss766]

Определённо точно - если ты плохой DevOps. А так - с определённой степенью внеурочка и работа в отпуск характерна для профессии, но случаи этого скорее редки.

[@Aziikus]

Может мне не в фронтэндера нужно было идти, а в дэвопс? Сейчас учусь на фронта, работаю сисадмином и меня жутко бесят однотипные действия. Практически все автоматизировал баш скриптами и clickerman(на рабочем пк) Когда падал сервер из-за брака жд дисков, стресс был, но как то без хватания за голову все разрулил.

[@ISFT_]

ansible, chef, salt или боже упаси - puppet, не , зачем, наш путь, даешь автоматизацию на clickerman! :D

[@amondberzal6195]

У девопса тоже однотипные действия))

[@seoonlyRU]

чотко! Лайк от СЕООНЛИ

[@albertnigmatullin6683]

Если падает значит нет отказоустойчивости. Что то с вашей архитектурой не так

[@w1nt3rh83r]

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

[@betmen4611]

Как называется книга по DevOps?

[@EvoqG]

лучше смотреть курсы.

[@DeadCryer]

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

[@canis_mjr]

Инженер по развёртыванию и вводу в эксплуатацию программных комплексов, ясно.

[@vladimirli8241]

зачем в начале роликов показывать бесмысленные отрывки из интервью? очень раздражает

[@BlaXtylE]

У телевизионщиков научились, типо в следующей серии / в этой программе

[@sergejchap62]

боюсь спросить, а что делают руководители софтовых фирм, если девопс занимается внедрением разработок разрабов. Из высоких кабинетов этих руководителей что-то видно в направлении внедрения?

[@---lu8bo]

Они ставят задачи

[@sergejchap62]

@@---lu8bo которые недалекие devops сами не могут куда-то поставить. Забавно. Конечно это шутка, отлично понимаю значение босса. В том числе уровень посмотри что там за проблема.

[@andreichemeris4141]

@@sergejchap62 если незнаете, что делает руководителем, это лишь значит что руководителем Вам не стать

[@sergejchap62]

@@andreichemeris4141 согласен, т.к. это уже пройденный этап. О чем ни разу не жалею. Вы не правы по незнаю. К сожалению, чтобы не лишиться иллюзий знаю не из кино.

[@---lu8bo]

@@sergejchap62 задачи ставит подчиненный или владелец? Даже если все идет от подчинённого, все идеи и решения окончательное слово за БОССОМ который может только до 10 считать

[@itehvp]

толковый пацан

[@azamatyerzhanov3551]

В 32 года есть смысл идти в DevOps?

[@stoksful]

В 33 пошёл

[@stoksful]

По моему 30-45 вполне себе норм, жизненный опыт, стрессоустойчивость, умение общаться. реальная оценка происходящего, четкое понимание зачем пришёл и чего хочешь. Тут правда не все компании готовы взять из за молодого коллектива или других каких-то причин. Но если нравится надо действовать, попробовать самостоятельно для погружение в тему, пройти стажировку для большего понимания.

[@dung9004]

@@stoksful А по зп можно узнать как там дела обстоят ?) видел вакансии вплоть до 350-400к зп ))

[@Hephasto]

@@dung9004 зп плохие 250 всего но в остальных еще хуже

[@PetrOsetr]

@@dung9004 договориться можно, вопрос только в стеке и что делать умеешь. Так то если подумать, то это всего лишь 5000 долларов, это немного..

[@demmiurge8568]

старнно что у вас 24/7 работаете вы а не NOC инженер

[@PetrOsetr]

@uk267i ёмаё, ты тут под каждым постом поставил себе цель отписаться? )))

[@PetrOsetr]

@uk267i Извини, дядь, я тут занят - работы много: нужно CI подкрутить, интеграцию между системами в разных облаках настроить, ну и ещё по мелочи того, чем настоящие девопсы не занимаются =))

[@PetrOsetr]

@uk267i Нет что вы, у нас всё же managed service, к примеру, EKS и мы как мартышки вокруг него костыли выстраиваем =)) Кстати, раз уж вы отвечаете, я поинтересоваться хотел: вот эти вот "системы" которые вы там проектируете и тп, это не классические CI/CD, которые костыли, а высокопрофессиональные скрипты на баше или самописное что то?

[@xeoniss]

Так, чем автоматизирующий сисадмин отличается от девопс-инжинера?))))

[@АннаКлюйкова-ь5о]

Всем привет, ищу DevOps-инженера, официальное трудоустройство, крупная страховая компания, белая заработная плата, полный соц.пакет😁

[@anzor1221]

great

[@xattory3005]

Вобще то правильно налаженная работа вообще не оповещает о инцидентах....а ппц приходит только в 1 случае: если разраб что то накосячил и код еше на Деве приказал долго жить!!!!На проде косяк происходит после релиза фичи которая по базе пересчитывает данных 2ТБ по каждому отдельному пользователю или еще что о в этом роде...и тогда RDS начинает лочится, очередь выстраивается и начинается авто разворот дополнительных НОД которые разгребут этот завал!!!!А девопс просто нервно наблюдает за происходящим! И да у ДевОпс фулл админские права вообще ко всему что можно!И Амазон кошмарить и код разрабов на гите подкручивать что б накатилось...полуправ не бывает.

[@EvoqG]

вы какой-то идеальный мир описали. такого не бывает. горит железо, а делать на все HA нецелесообразно. Лицензии истекли. Роскомнадзор залочил aws. и т.д и т.п. Цель уменьшит проблемы. Но глуп тот, кто думает что можнот уменьшить их до 0%

[@evgeniibiriukov6866]

Сиёжа Шадрин

[@ФаррухХайитбоев-ж2ь]

в нос не смотрите.