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

  Рет қаралды 57,766

ispring live

ispring live

Күн бұрын

Пікірлер: 82
@mitreymaenpaa
@mitreymaenpaa Жыл бұрын
Крутой мужик. Спасибо за интервью!🤚
@xanullx
@xanullx Ай бұрын
В it сейчас не хватает таких ребят. С искрой, задорных и простых. Спасибо.
@alexzav1327
@alexzav1327 Жыл бұрын
Круто и позитивно!
@sabir20002000
@sabir20002000 2 жыл бұрын
так если в 2х словах- то любой нормальный админ девопс- он и в программах разбирается, и писать может и запустить, но... не каждый админ захочет за всё нести ответственность!!
@xattory3005
@xattory3005 2 жыл бұрын
надо подключать стороннюю фирму например по автоматизации и безопасности у которой есть практика прохождения сертификации. и под их чутким руководством или делать или не делать.!У меня на фирме сейчас так.Мне надо выкатить.Есть их стандарт. Все сделал. Деплой упал.Смотрю у них баг. Пишу.Сказали закостылить.И поставили себе в задачи починить конкретно мою проблему.Костыль в последствии убирается.
@homiakos
@homiakos 2 жыл бұрын
Если сервис падает по одной причине, то виноват не Девопс, а владелец сервиса (зачастую лид команды, что этот сервис написала). Как раз метология Девопс You Build - You Own. а то что Опс отвечает, за то что написали разработчики - как раз старая метология
@xattory3005
@xattory3005 2 жыл бұрын
разраб надеятся на GC . а девопс потом лезет и насильно чистит....со словами 3 год одна и та же проблема,может наконец что о сделаете...
@uk267i
@uk267i Жыл бұрын
вы на все 100% админ ))
@СергейПротасов-р5ж
@СергейПротасов-р5ж Жыл бұрын
ну я бы не сказал, что Девопс не виноват, невиновных не бывает) если Девопс оказался не виноват, значит он умеет выкручиваться. так или иначе, как я понял, его задача установить и устранить причину. если сам не может - поставить задачу ответственным лицам, на которых каждый раз будет ссылаться, если они ничего не сделали и только в этом случае "не виноват". но по умолчанию как раз виноват. у девопсов зп как бы повыше идут, чем у сисадминов, и от них требуется немного большее, соответственно.
@timurkash
@timurkash Жыл бұрын
Если сервис упал, то надо вместе с разрабом (обычно это делается по умолчанию и пишется такой подробный документ, как Стандарты Разработки) договариваемся о том, как логируем, что логируем, куда логируем. Это действительно работа девопса. Также прометей ставится почти всегда и для выяснения того, почему падает, достаточно стандартных статистик. Девопс должен понимать основные параметры. Для более тонкой настройки производительности обычно используется Егерь. И чтобы сервисы падали бесшовно, да, нужно понимать как устроен кубер. Для availability самый простой и надежный способ - это поднимать количество реплик. Он (кубер) сам перераспределит нагрузку, когда какой-либо под упал.
@Aziikus
@Aziikus 2 жыл бұрын
Может мне не в фронтэндера нужно было идти, а в дэвопс? Сейчас учусь на фронта, работаю сисадмином и меня жутко бесят однотипные действия. Практически все автоматизировал баш скриптами и clickerman(на рабочем пк) Когда падал сервер из-за брака жд дисков, стресс был, но как то без хватания за голову все разрулил.
@ISFT_
@ISFT_ 2 жыл бұрын
ansible, chef, salt или боже упаси - puppet, не , зачем, наш путь, даешь автоматизацию на clickerman! :D
@amondberzal6195
@amondberzal6195 Жыл бұрын
У девопса тоже однотипные действия))
@DeadCryer
@DeadCryer 8 ай бұрын
смска? в телегу сообщение - скрипт в одну строчку да и заббикс вродь модулем умеет в телегу
@w1nt3rh83r
@w1nt3rh83r 2 ай бұрын
Ну вот я был сисадмином, ушел в девопс. Хотя на меня начали в какой-то понемногу скидывать эти обязанности. С программированием и так был знаком, опыт имелся. А сейчас в компании решили нас называть sre. Ну прикольно, название поменяли, концепт тот же. Хоть пашущей кобылой называйте, главное платите и повышайте зп
@betmen4611
@betmen4611 3 жыл бұрын
Как называется книга по DevOps?
@EvoqG
@EvoqG Жыл бұрын
лучше смотреть курсы.
@itehvp
@itehvp Жыл бұрын
толковый пацан
@canis_mjr
@canis_mjr Жыл бұрын
Инженер по развёртыванию и вводу в эксплуатацию программных комплексов, ясно.
@АннаКлюйкова-ь5о
@АннаКлюйкова-ь5о 2 жыл бұрын
Всем привет, ищу DevOps-инженера, официальное трудоустройство, крупная страховая компания, белая заработная плата, полный соц.пакет😁
@runnerlizard6819
@runnerlizard6819 2 жыл бұрын
Создается впечатление, что DevOps не для тех, кто хочет иметь выходные и отпуски. Это так и есть?
@sergo4220
@sergo4220 2 жыл бұрын
если в выходные не выкатывать релизы и не заливать изменения в конфиги в ночь на субботу, то выходные проходят тихо, вне работы.
@xattory3005
@xattory3005 2 жыл бұрын
@@sergo4220 у некоторых нормальная практика выкатывать в пятницу, что б на выходных клиенты не страдали.
@uk267i
@uk267i Жыл бұрын
Работаю как DevOps инженер уже почти 20 лет, просто раньше это немного иначе называлось. на самом деле настоящий DevOps интенсивно работает на новом месте ну максимум 3 месяца, а потом полностью переходит в режим ожидания. На данный момент я числюсь на полный день в двух компаниях, по факту работаю примерно 2-3 часа в неделю и получаю чуть более $10k в месяц ))
@uk267i
@uk267i Жыл бұрын
ЗЫЖ чувак из ролика не DevOps, он не создает целостные автоматизированные системы сборки, тестирования и публикации приложений, не разрабатывает их, а просто администрирует и отвечает за разрозненный набор инструментов, собственно по этому ему и звонят в 5 утра, а он бежит обслуживать свои костыли ))
@SmartAss766
@SmartAss766 Жыл бұрын
Определённо точно - если ты плохой DevOps. А так - с определённой степенью внеурочка и работа в отпуск характерна для профессии, но случаи этого скорее редки.
@anzor1221
@anzor1221 Жыл бұрын
great
@uk267i
@uk267i Жыл бұрын
Если у вас есть дежурство и вам звонят в 5 утра, то вы не DevOps, не SRE, а сисадмин. Уж извините за прямоту ))
@w1nt3rh83r
@w1nt3rh83r 2 ай бұрын
Да просто он алерты настроил, чтобы сисадмину они не приходили, вот и встает))
@uk267i
@uk267i 2 ай бұрын
@@w1nt3rh83r так я же и говорю - он и есть сисадмин. он даже сам себя не хочет назваеть девопс инженером, потому как даже не понимает, кто это такой. так вот девопс инженер строит автоматизированные системы беспрерывной разработки и бесперебойной эксплуатации програмного обеспечения. а этот просто админит кучу разрозненных серверов и инструментов. понятно объяснил?
@w1nt3rh83r
@w1nt3rh83r 2 ай бұрын
@@uk267i да забей, я тож сисдамин, но тот же кубер, кафку настроить, ансибл вдобавок. Назвали в какой-то момент девопс, стал девопсом, сейчас зовут сре. Эссенция одна, название другое. Чем бы дитя из верхов не тешилось, лишь бы зарплату рисовала все больше
@uk267i
@uk267i 2 ай бұрын
@@w1nt3rh83r ну вот. а я уже 20 лет девопс инженер, построил 23 полностью автоматизированные ситсемы разработки и эксплуатации. последнее время на рынке из-за таких вот как вы админов, которые нихрена не понимают, такой бардак, что даже зарплаты снизились )) раньше мне лекое платили по 10 штук баксова, а теперь приходится на трех работах сразу работать, что бы выйти на нормальный уровень по зп.
@w1nt3rh83r
@w1nt3rh83r 2 ай бұрын
@@uk267i ну тут не моя моя вина, сам понимаешь. Просто нагрузку накидывают, учишься, в итоге перетекаешь, дальше более молодое поколение учишь на свое место, а сам порастаешь мхом 3к Бачей при
@seoonlyRU
@seoonlyRU 2 жыл бұрын
чотко! Лайк от СЕООНЛИ
@uk267i
@uk267i Жыл бұрын
Я уже почти 20 лет работаю как DevOps. Раньше это называлось построение автоматизированной системы сборки, тестирования и публикации программного обеспечения. Т.е. в задачи девопс инженера входит разработка и создание такой системы. К сожалению сейчас большинство девопсов это админы разрозненных инструментов разработки, а не разработчики целостных систем.
@SmartAss766
@SmartAss766 Жыл бұрын
Файнали ви фаунд зем - тру девопс инжинир, антил нормал висиэс, тест каверейдж энд мониторинг системс вос евер криейтед. Володимир, куд ю тейк сом ю тайм энд тейк парт ин ауа кодкэмп митинг, плиз? Ин Сениор Пиздабол секшен?
@uk267i
@uk267i Жыл бұрын
@@SmartAss766 уроки иди учи ))
@gelderdasgeld3244
@gelderdasgeld3244 Жыл бұрын
Дядя Вова, а можете поподробнее рассказать как раньше работа шла? Просто сейчас и вправду единственное, что делаем это кубер мониторинг CICD и терраформ ансибл, но все это готовые инструменты в которых нужно разбираться, а не самому что-то новое изобретать Я два года только девопсом кручусь и честно не представляю это по другому
@uk267i
@uk267i Жыл бұрын
@@gelderdasgeld3244 если коротко, то сейчас стало модно просто переименовывать сисадмина в девопсов, ну или, совершенно ошибочно, полагать, что девопс это такой продвинутый админ который освоил докер ансибл и даже умеет устанавливать и настраивать Дженкинс. Проблема собственно в том, что на самом деле системный администратор, как и любой другой администратор, ничего не создаёт, а просто обслуживает и настраивает, а вот в термине девопс ключевое слово дев - разработка, а именно разработка системы автоматической сборки, тестирования и публикации программного обеспечения. Инструменты в принципе не так и важны, важен системный подход. Многие просто, как заправский админы, накидывают в кучу несвязный набор инструментов, зачастую с дублирующим и даже противоречащим друг другу функционалом и гордо называют себя девопсами, хотя по факту они не разработали ничего от слова совсем, кругом сплошные костыли и ничего без этого админа не едет, стоит ему простудиться и команда разработчиков не сможет выкатить релиз вовремя... В общем и целом главное системный подход. Разрозненный набор инструментов в сумме даёт результат не превышающий производительность самого слабого звена, а вот правильно разработанная система создаёт эффект синергии и ее производительность в десятки раз больше и эффективнее любого из инструментов в отдельности, а особенно сильно она приводит производительность человека. Как то так. Инструменты не так и важны, что бы построить полноценную систему работающую бес сбоев годами достаточно одного единственного git сервера. Например у вас есть гит сервер с кодом, там уже есть встроенный функционал позволяющий создавать и запускать скрипты через гитхуки, сам гит установлен на Линукс сервере, а это значит, что там уже из коробки есть контейнеризация, срабатывает хук, собирает lxc контейнер, проводит тесты и публикует куда надо...
@uk267i
@uk267i Жыл бұрын
@@gelderdasgeld3244 если ещё короче, то в современных реалиях даже особо не надо въезжать в тонкости работы linux и docker, можно совершенно просто, буквально за пару дней создать контейнер с парой исполняемых скриптов, который будет собирать, тестировать и деплоить любой код ссылку на репозиторий которого вы обьявите в виде переменной при запуске этого контейнера. Это буквально пара скриптов на bash, go или python и один единственный контейнер docker:git
@xeoniss
@xeoniss 2 жыл бұрын
Так, чем автоматизирующий сисадмин отличается от девопс-инжинера?))))
@uk267i
@uk267i Жыл бұрын
На самом деле DevOps инженер создает систему автоматической сборки, тестирования и публикации приложений. А чувак из ролика, как вы правильно поняли, не создает целостные системы, а просто сисадминит набор разрозненных инструментов и окружений разработки. В этом разница. По факту DevOps, если это действительно инженер, работает буквально первые пару месяцев, внедряет систему, а потом кайфует, но таких мало, в основном кругом сплошные админы ))
@sergejchap62
@sergejchap62 3 жыл бұрын
боюсь спросить, а что делают руководители софтовых фирм, если девопс занимается внедрением разработок разрабов. Из высоких кабинетов этих руководителей что-то видно в направлении внедрения?
@---lu8bo
@---lu8bo 2 жыл бұрын
Они ставят задачи
@sergejchap62
@sergejchap62 2 жыл бұрын
@@---lu8bo которые недалекие devops сами не могут куда-то поставить. Забавно. Конечно это шутка, отлично понимаю значение босса. В том числе уровень посмотри что там за проблема.
@andreichemeris4141
@andreichemeris4141 2 жыл бұрын
@@sergejchap62 если незнаете, что делает руководителем, это лишь значит что руководителем Вам не стать
@sergejchap62
@sergejchap62 2 жыл бұрын
@@andreichemeris4141 согласен, т.к. это уже пройденный этап. О чем ни разу не жалею. Вы не правы по незнаю. К сожалению, чтобы не лишиться иллюзий знаю не из кино.
@---lu8bo
@---lu8bo 2 жыл бұрын
@@sergejchap62 задачи ставит подчиненный или владелец? Даже если все идет от подчинённого, все идеи и решения окончательное слово за БОССОМ который может только до 10 считать
@demmiurge8568
@demmiurge8568 3 жыл бұрын
старнно что у вас 24/7 работаете вы а не NOC инженер
@uk267i
@uk267i Жыл бұрын
это потому, что он не девопс, а обыкновенный админ. последние лет пять куча админов решила, что если они научились админить миникуб и писать скрипты в ансибл, то стали девопсами или сре инженерами. админ он и есть админ, он не создает целостных систем разработки которые способны функционировать самостоятельно, а просто обслуживает набор разрозненных инструментов, серверов и окружений.
@PetrOsetr
@PetrOsetr Жыл бұрын
@@uk267i ёмаё, ты тут под каждым постом поставил себе цель отписаться? )))
@uk267i
@uk267i Жыл бұрын
@@PetrOsetr это всё потомушта настоящий devops работает максимум три часа в неделю, а все остальное за него делает созданная и внедрения им система )) такшто иди уроки учи, умник ))
@PetrOsetr
@PetrOsetr Жыл бұрын
@@uk267i Извини, дядь, я тут занят - работы много: нужно CI подкрутить, интеграцию между системами в разных облаках настроить, ну и ещё по мелочи того, чем настоящие девопсы не занимаются =))
@uk267i
@uk267i Жыл бұрын
@@PetrOsetr вот именно. у админов миникуба всегда так. отслуживающий персонал. максимум три грамма инженерной мысли и куча костылей в которых никто не разберётся
@xattory3005
@xattory3005 2 жыл бұрын
Вобще то правильно налаженная работа вообще не оповещает о инцидентах....а ппц приходит только в 1 случае: если разраб что то накосячил и код еше на Деве приказал долго жить!!!!На проде косяк происходит после релиза фичи которая по базе пересчитывает данных 2ТБ по каждому отдельному пользователю или еще что о в этом роде...и тогда RDS начинает лочится, очередь выстраивается и начинается авто разворот дополнительных НОД которые разгребут этот завал!!!!А девопс просто нервно наблюдает за происходящим! И да у ДевОпс фулл админские права вообще ко всему что можно!И Амазон кошмарить и код разрабов на гите подкручивать что б накатилось...полуправ не бывает.
@EvoqG
@EvoqG Жыл бұрын
вы какой-то идеальный мир описали. такого не бывает. горит железо, а делать на все HA нецелесообразно. Лицензии истекли. Роскомнадзор залочил aws. и т.д и т.п. Цель уменьшит проблемы. Но глуп тот, кто думает что можнот уменьшить их до 0%
@vladimirli8241
@vladimirli8241 Жыл бұрын
зачем в начале роликов показывать бесмысленные отрывки из интервью? очень раздражает
@BlaXtylE
@BlaXtylE 10 ай бұрын
У телевизионщиков научились, типо в следующей серии / в этой программе
@evgeniibiriukov6866
@evgeniibiriukov6866 4 жыл бұрын
Сиёжа Шадрин
@azamatyerzhanov3551
@azamatyerzhanov3551 2 жыл бұрын
В 32 года есть смысл идти в DevOps?
@stoksful
@stoksful 2 жыл бұрын
В 33 пошёл
@stoksful
@stoksful 2 жыл бұрын
По моему 30-45 вполне себе норм, жизненный опыт, стрессоустойчивость, умение общаться. реальная оценка происходящего, четкое понимание зачем пришёл и чего хочешь. Тут правда не все компании готовы взять из за молодого коллектива или других каких-то причин. Но если нравится надо действовать, попробовать самостоятельно для погружение в тему, пройти стажировку для большего понимания.
@dung9004
@dung9004 Жыл бұрын
@@stoksful А по зп можно узнать как там дела обстоят ?) видел вакансии вплоть до 350-400к зп ))
@Hephasto
@Hephasto Жыл бұрын
@@dung9004 зп плохие 250 всего но в остальных еще хуже
@PetrOsetr
@PetrOsetr Жыл бұрын
@@dung9004 договориться можно, вопрос только в стеке и что делать умеешь. Так то если подумать, то это всего лишь 5000 долларов, это немного..
@ФаррухХайитбоев-ж2ь
@ФаррухХайитбоев-ж2ь Жыл бұрын
в нос не смотрите.
Noodles Eating Challenge, So Magical! So Much Fun#Funnyfamily #Partygames #Funny
00:33
What type of pedestrian are you?😄 #tiktok #elsarca
00:28
Elsa Arca
Рет қаралды 34 МЛН
7 Лет Опыта в IT | Что я Понял?
19:56
Vlad Mishustin
Рет қаралды 228 М.
CI CD наглядные примеры
22:08
Ulbi TV
Рет қаралды 297 М.
The DevOps Way: Is it worth starting from scratch? #devops
23:39
Egor Malkevich
Рет қаралды 42 М.