Кажется в видео на работают таймкоды, поэтому вот они: 0:00 Вступление 1:00 Цикл разработки по DevOps 2:14 Какие бывают DevOps-инженеры 2:37 И швец, и жнец 4:40 Делаешь что-то одно 6:25 Общие плюсы и минусы профессии 8:15 Программисты и ChatGPT забирают работу 10:00 Задачи DevOps-инженера 11:30 Формы развития навыков, I, T-shaped 12:34 Софт-скиллы DevOps-инженера 13:25 Хард-скиллы DevOps-инженера 15:12 Кто становится DevOps-инженером 15:56 За что нам платят деньги 17:00 Смотрим вакансии и анализ зарплат
@@etogeek да ладно тебе. Даже я его выучил, хоть и не освоил библиотеки. Сам синтаксис освоишь за пару месяцев, а дальше уже у коллег спроси какие конкретно библиотеки учить. Уверен у тебя на всё уйдёт около года. Глядишь к тому времени и я Java освою.
Хороший монтаж и качество в целом. Приятно смотрится. Идея для ролика - обзор своих рабочих инструментов. Система, редактор, ssh клиент, заметки, хранилка паролей и т.д.
15:52 Автоматизация- наше все!) Подтверждаю) Перешёл из QA) Ps. Спасибо за контент. Приятно видеть/слушать, когда человек шарит в предметной области) Успехов!!!
@pavelelzat да на самом деле из куа путь до девопса быстрее по моему мнению, так как мыслишь немного по-другому сразу, более резилиентно, разработчики только сеньорного уровня с большим опытом могут погружаться в девопс. Ну, а так, поздравляю)
Юрий, красавчик! Снимай пожалуйста побольше подробных технических видео, чтобы прям забористые были :) Я плюсовик с 7-ю годами опыта. Хочу быстро разобраться, что вы там делаете, какие лучшие практики сейчас приняты. Хочу поднимать свои приложения и в дальнейшем задействовать команду для разработки.
Звучишь очень интересно, монтаж и склейка выглядят лаконично, слушать приятно. Спасибо за полезный контент, на каждый ролик ставлю лайки, пожалуйста делай больше роликов связанных с твоими профессиональными задачами и обучалки по использованию тех или иных технологий
Ну что сказать, “Юрец = Молодец!!! ". Растешь, развиваешься в сим не простом деле, ака блохер. Так держать!!! Молоток!!! Дорасту - буду проситься на интервью)))
@@ДенисХарченко-э9р да уж лучше баш, он повеселее😆 питухон уже год как ненавижу лютой ненавистью, как и тех "архитекторов" которые решают его использовать в относительно больших приложках. особенно древнее дерьмо при миграции с Centos 7 на Oracle Linux 9. ну и кстати да, на собесах лучше по башу гонять - сразу будет видно ху из ху. мамкиных питухонистов развелось как грязи - тоже камень в огород в сторону питухонистов. P.S. Go - о да, это я люблю
Один из немногих видосов - где реально описывает работу) Работаю в большой компании ( джуном ) - тут тоже занимаешься чем то одним - и это достаточно скучно( И касательно разработчиков в качестве поддержки инфры, у нас был подобный опыт - и когда все порушилось, компании пришлось в кратчайшие сроки искать девопсов, к сожалению не все разработчики могут углубиться в тот же мониторинg)
Юрий, спасибо за видео. Круто, если в будущем получится снять видео-совет как перерасти из классического админа в девопса. Общая концепция понятна и из этого видео - качать программирование, контейнеры и т.д. Но это достаточно серьезный прыжок по знаниям и скилам. У вас есть свой путь, возможно вы тоже выросли из классического админа и вам есть что сказать по этой теме, возможно порекомедуете в какой последовательно качать devops-технологии. Спасибо!
3:59 Учиться у лучших - это интересно только реально начинающим. А кто уже давно в ИТ, админстве, ДевОпстве - для них это всё примерно одно и то же. Кроме того. пройти собес на следующую работу можно только после сертификации. Учёба у лучших не даст вам сертификацию. Пропасть между собесом и практикой в ДевОпсе колоссальна. Особенно если у вас "шырокий пул задач." А когда пул шырок - то это значит, что вы один на проекте и единственный лучший это вы сам.
Один из минусов, это то что ты шаришь в широком круге, от этого хитрые манагеры сразу бегут к тебе, как и QA\тестеры... В итоге приходиться слать людей, делать это часто, становишся "токсичным", иначе переработки и выгорание.
как тебе клава на этом видео? она на оптике? сколько служит уже? какие минусы хотелось бы исправить? что бы купил взамен ей? почему без подставки для запястий?
MX Master 3S - огонь, такую же взял! Ибо родного яблочного грызуна, после недели работы с ним, я был готов засунуть Джини Айву... короче родная мышь далеко не для всех))
Все просто зависит от возможностей и загрузки на работе. Практически нигде в IT ты не работаешь 8 часов в день - в целом мозг не может АКТИВНО работать столько времени. Обычно 2-4 часа в день ты прям кодишь/чинишь/думаешь. Следовательно ты можешь совмещать несколько таких 2-4-часовых работ в день.
@@etogeek спасибо за ответ. Я слышу разные доводы от 150% загрузки на одной работе до "да я три четыре совмещаю". По идее стандартизированный набор инструментов девопс инженера позволяет настроить единожды и в дальнейшем просто поддерживать тот же cicd, например. Что сложновато для разраба- переключаться с проекта на проект "на лету". Видимо, зависит сильно от компании все же, хотя..
@@bubu7458 it depends... везде все по-разному. "стандартизированный набор инструментов" и "один раз настроить" - это все сферический девопс в вакууме. По факту у тебя везде будут разные задачи, разные инструменты. Нужно будет решать нестандартные задачи, придумывать и писать свои инструменты и скрипты для чего либо. и так же может быть нагрузка и 150% на работе, и можно бибу пинать пол дня. it depends...
А при какой работе у тебя может встать такой выбор? Если ты архитектор и проектируешь приложение - выбираешь какой протокол оно будет использовать - да. (и то, скорее всего ты будешь использовать готовые библиотеки, которые уже работают либо по tcp, либо по udp). А когда ты разворачиваешь готовый сервис, то ты используешь то, что использует сервис. Ответ на этот вопрос лежит сильно глубже обычной работы.
Есть ли смысл с фулл стек веб разработки переходить на дев опс? Смежные опыт с серверами, докерами и тд имеется, дело чисто в деньгах, в веб 2к долларов это предел
Короче проще говоря это обычный сисадмин. Ты почти описал мою работу в районной больничке за Уралом. Выгорания ещё пока не достиг, 10 или уже лет безумия
Как думаете, возможно ли выучиться за пол года хотя бы так, чтобы тебя взяли на прктику на чтото подобное? Понимаю что на саму специальность выучиться просто нереально, но возможно ли выучить миниму для того чтобы тебя взяли на практику
Смотря как ты представляешь эту работу и практику, и какой опыт у тебя есть уже. DevOps-инженер - это НЕ стартовая позиция. Для "вката с нуля" тут довольно большой порог входа - и системное администрирование, и программирование, и понимание как вообще устроен жизненный цикл ПО... TLDR: За пол-года можно. При должном усердии и вовлеченности. К тому же все дефолтные курсы по девопс-практикам длятся ~6 месяцев.
@etogeek тут я уже понял. Погулял я по интернету и понял, что в принципе сейчас я в техникуме грубо говоря получаю знания для сисадмина. Подумал и решил, что скорее всего буду ближайшие полгода-год усердно учиться и пробовать на стажировку устроиться.
почему, когда идет речь о Linux, то постоянно упоминается виртуальная машина? Почему нельзя использовать linux(ubuntu например) как отдельно стоящую параллельно с виндой или без нее систему? Тот же отдельный ноут не вариант? Что в работе девопса так же часто требуется винда или макось, чтоб запускать линукс из виртуалки? Достали с этой виртуалкой ей богу. объясните кто-нибудь пожалуйста
Для работы инженера линукс/макось не обязательна. Да, оно удобнее, потому что нативнее и ближе к окружению, в котором запускаются приложения на серверах. В работе же ты разворачиваешь приложения/сервисы либо на bare-metal серверах (железные серверы) на которых скорее всего будет установлен Linux (Ubuntu, CentOS, Debian...), либо на этом сервере разворачиваешь виртуальные машины. Инстансы в облаке - это те же виртуалки.
@@etogeek а, тоесть, когда речь виртуалках, то приемущественно имеется ввиду виртуалка в облаке рабочем так сказать, верно? И второе - мне просто удобнее параллельно второй системой линукс запускать , комп шустрее в разы, он слабоватый у меня, меньше глюков и тормозов.. Да, перегружать приходится, если винда нужна, ничего страшного. Отдельная линукс на железе в итоге приемлимый вариант или есть сложности весомые?
@@bubu7458 Опять же - ты можешь работать с любой ОС, какой захочется, какой удобнее, какой привычнее. Docker давно работает под виндой. На винду можно поставить WSL2.
3:49 "Тебя любят" - не сразу, полюбят потом, И только на этом рабочем месте. Прийти на собес и сказать - мол меня в компании любят - возникают серьёзные вопросы: " - а што же ты ушёл, - а если не ушёл , но вот сейчас уйдёшь к нам такой весь хороший, а они потом проблем не подкинут, ты же им нош в псину воткнул, предал. - а у нас тоже: придёшь, мы тебя полюбим, а ты нас бросишь?" Получается такая ловушка, ты приходишь и тебе не рады. Берут как щенка с помойки, на джуно-мидловую зп , а потом ты оказываешься волкодавом с соответственным аппетитом, а тебя тычут носом в контракт - "согласился - значит навсегда".
А если расти и развиваться именно в сторону создания и подключения инф систем, мол, закупка, подключение цод. Работа саязанная больше с железом. Эт тоже дпвопсы или уже инженеры, архитекторы?
Да. DevOps инженер делает всё возможное, чтобы меньше делать работу ручками. Например, можно делать билд, выкладку или обновление каких либо сервисов ручками по запросу разработчиков, а можно просто сделать для них кнопку и пусть сами её нажимают и выкладывают. Но ответственность несёт DevOps
"почему то идёт из сетевых администраторов" Да. И они потом упарываются на собесах в свою модель ОСИ. которая нафик не нужна никому. И на собесах соотвественно никто у сетевика-интервьювера не пройдёт кроме такого же сетевика(сговор , мафия, диаспора). Ни в одном клауде и CI\CD ты с этим не столкнёшься. В паблик клаудах у тебя во первых всё предоставляется, во вторых если там что-то сломалось - ты это не починишь ни на каком уровне ОСИ. Не считаем поломкой то, что не требует знания ОСИ и эту вашу он-премайзную демоническую маршрутиризацию. - например пинги не ходят, сервис не доступен, ДЛя починки сети нужны инструменты(приложения) и умение ими пользоваться. ВСЁ. никакие модели оси не нужны. Вас от этого абстрагируют все кому не лень. Особенно в паблик клаудах.
Все очень зависит от текущего опыта и уровня знаний, а так же конечной цели - можно погрузиться и с инфрастркутуру - linux, ansible, а можно делать упор на cicd-пайплайны, а можно сразу на облачные сервисы, контейнеризацию и оркестрацию.
Я бы углубился в тему облачных сервисов и автоматизацию разворачивания кода в клауде. Есть очень много интересного, тут уже к чему душа больше лежит. Зароешься в одно, появятся другие пересекающиеся задачи и так до бесконечности, полёт фантазии ограничен только бюджетом фирмы в которой это всё будете разворачивать.
3:50 компании которые нанимают, хотят получить не ученика а уже опытного девопса )), так что учиться у коллег не получиться, а учиться надо задолго до работы.
Не скажиииии, дорогой друг.... Тут можно посмотреть на стык того, с чем приходится работать. Как ни странно, и в разработке и в эксплуатации, да что там греха таить, и в тестировании - везде люди, как это ни странно. А загвоздка в том, что будь ты 300х плюс мульен синьер в девопсовских струментах, но не можешь общаться с людьми, аля small talks хотя бы и, Боже упаси, узнать когда у них ДР и чем они живут вообще, долго ты там не протянешь.... Конечно, все вышесказанное, IMHO.
Распыляться это зло, ровно, как и IT... Если конечно это не фирма, или организация по предоставлению IT услуг... иначе это похороны буду живым. Про удаленку буду смотреть.
Тут зависит от того, зачем ты этим занимаешься - если ради денег, тогда только это и будет привлекать. Но бОльшая часть задач мне сейчас именно интересна, результат нравится.
о еще какой-то появился парнишка, которого видимо на работу никуда не берут, и вот запилю ка я роликофф чтобы показать какой я умный и таки возьмут? или реально работающий? опытом делитцо?
Большой пласт софта... Ну-ну, я как человек который проводит собеседования скажу так, что на рынке остались одни мастера святой десятки софта. k8s/prom и все такое, шаг в лево или шаг в право вызывает проблемы моментально. Да и пишут странно, казалось бы, какая разница какой ЯП используешь, но у этих хайтек девопсов ничего не могут если у вас другой отличный от python скриптинг... А если им сказать - что нужно написать небольшой сервис, сразу начинают причитать "Я ж не программист!", тогда какой ты в жопу девопс, простой Аникей.
И правильно говорят, от таких умников, которые жмут денег на джуна-программиста по профильному языку, а пытаются навесить на девопса пиление сервисов (типа чё ему - разберётся) надо отбиваться всеми палками. Я понимаю, если работа специфическая и надо специально знать (помимо пайтона и баша) углубленно какой-нибудь груви или го (к примеру, писать операторы с нуля). Но требовать пиление сервисов от девопса... - дай бог никогда не попасть на такую галеру))). И, люди, бегите от таких собеседующих во весь опор! Есть нормальные компании, которые такой хернёй не занимаются.
@@lufliw это только с точки зрения комплексного программирования. А вот со стороны создания и настройки инфры, просчёта стоимости, настройки мониторинка и прочей работы по инфре и автоматизации - совсем другая картина. Тут, если вдруг девопса нет в команде, начинается нарастающее роптание программистов, и, надо сказать, справедливое. По итогу, зачем придумывать велосипед и заставлять программистов (пусть и бэк) пояснять за девопс, а от девопса ждать написания сервисов? Я смысла не вижу, каждый должен заниматься тем, в чём он хорош.
@@TimofeiA-h3c Спокойно стенды себе разворачивают, конечно не HA, простым кубспреем и тому подобное. ТАм только обезъяна не сможет развернуть или DevOpts ))
![I.N "HALLUCINATION" | [Stray Kids : SKZ-PLAYER]](http://i.ytimg.com/vi/n5B5q1Hwt_U/mqdefault.jpg)
Кажется в видео на работают таймкоды, поэтому вот они:
0:00 Вступление
1:00 Цикл разработки по DevOps
2:14 Какие бывают DevOps-инженеры
2:37 И швец, и жнец
4:40 Делаешь что-то одно
6:25 Общие плюсы и минусы профессии
8:15 Программисты и ChatGPT забирают работу
10:00 Задачи DevOps-инженера
11:30 Формы развития навыков, I, T-shaped
12:34 Софт-скиллы DevOps-инженера
13:25 Хард-скиллы DevOps-инженера
15:12 Кто становится DevOps-инженером
15:56 За что нам платят деньги
17:00 Смотрим вакансии и анализ зарплат
Юрий, а ты, кстати, Python то в итоге освоил?
@@isthordenvejr2533 (╯°□°)╯︵ ┻━┻
@@etogeek да ладно тебе. Даже я его выучил, хоть и не освоил библиотеки.
Сам синтаксис освоишь за пару месяцев, а дальше уже у коллег спроси какие конкретно библиотеки учить. Уверен у тебя на всё уйдёт около года. Глядишь к тому времени и я Java освою.
Хороший монтаж и качество в целом. Приятно смотрится. Идея для ролика - обзор своих рабочих инструментов. Система, редактор, ssh клиент, заметки, хранилка паролей и т.д.
Пишу этот комментарий в поддержку видео. Чтобы продвинуть в топ. Интересная тема, интересно, преподносится, молодец автор.
15:52 Автоматизация- наше все!)
Подтверждаю) Перешёл из QA)
Ps. Спасибо за контент. Приятно видеть/слушать, когда человек шарит в предметной области)
Успехов!!!
красава! тоже перешёл из QA (но мануал) :)
@@PavelVinogradovme супер!))
@pavelelzat да на самом деле из куа путь до девопса быстрее по моему мнению, так как мыслишь немного по-другому сразу, более резилиентно, разработчики только сеньорного уровня с большим опытом могут погружаться в девопс. Ну, а так, поздравляю)
@@PavelVinogradovme Что ты там перешел ты хотя бы как сеть работает знаешь?
@@PavelVinogradovme Да да какой то qa и разработчик сравнил мало ли,что он написал
Юрий, красавчик! Снимай пожалуйста побольше подробных технических видео, чтобы прям забористые были :)
Я плюсовик с 7-ю годами опыта. Хочу быстро разобраться, что вы там делаете, какие лучшие практики сейчас приняты. Хочу поднимать свои приложения и в дальнейшем задействовать команду для разработки.
быстро не получится - нужны годы коммерческих топытов.
Хорошо что нашел Ваш канал. Просто библиотека полезной информации в идеальной на мой взгляд подаче. Большое спасибо!
Звучишь очень интересно, монтаж и склейка выглядят лаконично, слушать приятно. Спасибо за полезный контент, на каждый ролик ставлю лайки, пожалуйста делай больше роликов связанных с твоими профессиональными задачами и обучалки по использованию тех или иных технологий
админ, первый год в индустрии, один из немногих каналов от которых кайфую
Ну что сказать, “Юрец = Молодец!!! ".
Растешь, развиваешься в сим не простом деле, ака блохер.
Так держать!!! Молоток!!!
Дорасту - буду проситься на интервью)))
Юр, продолжай, очень здорово и информативно.
Хорошая подача материала - без воды и речь приятная. Один минус, мало видео, но это исправимо. 😁👍
недооцененный видос, респект за качество!
1.DevOps Life Cycle
2.Linux: The DevOps’ Backbone
3.Docker
4.Kubernetes
5.Python
6.Git
7.Ansible
8.Jenkins
9.Terraform / OpenTofu
10.Argo CD
11.Prometheus
12.Grafana
python спорно, чем его меньше тем лучше
@@trasafara + 13. golang
@@trasafara мага кoстыли на баше ?))
@@ДенисХарченко-э9р
да уж лучше баш, он повеселее😆
питухон уже год как ненавижу лютой ненавистью, как и тех "архитекторов" которые решают его использовать в относительно больших приложках. особенно древнее дерьмо при миграции с Centos 7 на Oracle Linux 9.
ну и кстати да, на собесах лучше по башу гонять - сразу будет видно ху из ху. мамкиных питухонистов развелось как грязи - тоже камень в огород в сторону питухонистов.
P.S. Go - о да, это я люблю
Отличная подача, Бро! Продолжай. Нравится.
От души завидую сисадмином и девопс-инженерам, которые умеют работать на чиле. Универсальные бойцы!
Юрий вы знаток в девопс . Сделайте пожалуйста серии обучающих роликов по обучению линукс , сети , девопс . Премного будем благодарны
Благодарю за столь интересное видео, очень полезно и познавательно
большое спасибо за ролики, я как раз сисадмин и стремлюсь к дев опсу, у вас очень классные видео🦾
Приятно слушать специалиста
Видео огонь, всё по делу!
Очень интересно, продолжай!
Спасибо, познавательно!
Отличное видео, большое спасибо, очень помогло
Один из немногих видосов - где реально описывает работу)
Работаю в большой компании ( джуном ) - тут тоже занимаешься чем то одним - и это достаточно скучно(
И касательно разработчиков в качестве поддержки инфры, у нас был подобный опыт - и когда все порушилось, компании пришлось в кратчайшие сроки искать девопсов, к сожалению не все разработчики могут углубиться в тот же мониторинg)
Юрий, спасибо за видео. Круто, если в будущем получится снять видео-совет как перерасти из классического админа в девопса. Общая концепция понятна и из этого видео - качать программирование, контейнеры и т.д. Но это достаточно серьезный прыжок по знаниям и скилам. У вас есть свой путь, возможно вы тоже выросли из классического админа и вам есть что сказать по этой теме, возможно порекомедуете в какой последовательно качать devops-технологии. Спасибо!
3:59 Учиться у лучших - это интересно только реально начинающим. А кто уже давно в ИТ, админстве, ДевОпстве - для них это всё примерно одно и то же. Кроме того. пройти собес на следующую работу можно только после сертификации. Учёба у лучших не даст вам сертификацию. Пропасть между собесом и практикой в ДевОпсе колоссальна. Особенно если у вас "шырокий пул задач." А когда пул шырок - то это значит, что вы один на проекте и единственный лучший это вы сам.
Отличная подача!
Вы все врети, мне обещали на курсах с нуля за 6 месяцев сделать дев-опсом.
Сначала был уверен, что крупные именитые "школы" не учат С НУЛЯ, так как для девопс-практик нужно уже иметь базу. А потом поискал. И расстроился.
Вас нае*али 😂
А я думал, что я гуль
привет) уже не первое видео ловлю взгляд в сторону, у тебя есть телесуфлер?) спасибо за опыт, которым ты делишься)
Привет, спасибо. Телесуфлера нет. С ним было бы проще.
Наконец-то видео без нытья, а то другие только ноют, что все плохо, жизни нет😂😂
Сперва лайкаем. Только потом смотрим.
Good tips bro thanks
дякую, можете один плэйлист создать по SQL? Знаю много инфы в нете, но мне подходит Ваша подача материала. В любом случае спасибо.
Один из минусов, это то что ты шаришь в широком круге, от этого хитрые манагеры сразу бегут к тебе, как и QA\тестеры... В итоге приходиться слать людей, делать это часто, становишся "токсичным", иначе переработки и выгорание.
Для безотказных людей проблемы везде бывают. Надо уметь отказывать. Выставлять границы.
как тебе клава на этом видео? она на оптике? сколько служит уже? какие минусы хотелось бы исправить? что бы купил взамен ей? почему без подставки для запястий?
Балят, да не вставляйте вы звуки на вылет плашек. Смотреть в наушниках меготрешово, аж дергается глаз) Чекайте монтаж редакции, 0 звуков вылетов.
MX Master 3S - огонь, такую же взял! Ибо родного яблочного грызуна, после недели работы с ним, я был готов засунуть Джини Айву... короче родная мышь далеко не для всех))
Не, ну родная яблочная мышка это что-то странное. Мне кажется это не эргономично для активной работы. Вот насчет трекпада думаю, да.
а сложно ли совмещать пару тройку работ одновременно. Ясно, что зависит, но в целом совмешать легче чем в куа например?
Все просто зависит от возможностей и загрузки на работе. Практически нигде в IT ты не работаешь 8 часов в день - в целом мозг не может АКТИВНО работать столько времени. Обычно 2-4 часа в день ты прям кодишь/чинишь/думаешь. Следовательно ты можешь совмещать несколько таких 2-4-часовых работ в день.
@@etogeek спасибо за ответ. Я слышу разные доводы от 150% загрузки на одной работе до "да я три четыре совмещаю". По идее стандартизированный набор инструментов девопс инженера позволяет настроить единожды и в дальнейшем просто поддерживать тот же cicd, например. Что сложновато для разраба- переключаться с проекта на проект "на лету". Видимо, зависит сильно от компании все же, хотя..
@@bubu7458 it depends... везде все по-разному. "стандартизированный набор инструментов" и "один раз настроить" - это все сферический девопс в вакууме. По факту у тебя везде будут разные задачи, разные инструменты. Нужно будет решать нестандартные задачи, придумывать и писать свои инструменты и скрипты для чего либо.
и так же может быть нагрузка и 150% на работе, и можно бибу пинать пол дня. it depends...
Объясни на пальцах, а когда ты становишься перед выбором в работе , что выбрать TCP или UDP ? Все об этом говрят , но на деле не показывают
А при какой работе у тебя может встать такой выбор? Если ты архитектор и проектируешь приложение - выбираешь какой протокол оно будет использовать - да. (и то, скорее всего ты будешь использовать готовые библиотеки, которые уже работают либо по tcp, либо по udp). А когда ты разворачиваешь готовый сервис, то ты используешь то, что использует сервис.
Ответ на этот вопрос лежит сильно глубже обычной работы.
Есть ли смысл с фулл стек веб разработки переходить на дев опс? Смежные опыт с серверами, докерами и тд имеется, дело чисто в деньгах, в веб 2к долларов это предел
Короче проще говоря это обычный сисадмин. Ты почти описал мою работу в районной больничке за Уралом. Выгорания ещё пока не достиг, 10 или уже лет безумия
Как думаете, возможно ли выучиться за пол года хотя бы так, чтобы тебя взяли на прктику на чтото подобное? Понимаю что на саму специальность выучиться просто нереально, но возможно ли выучить миниму для того чтобы тебя взяли на практику
Смотря как ты представляешь эту работу и практику, и какой опыт у тебя есть уже. DevOps-инженер - это НЕ стартовая позиция. Для "вката с нуля" тут довольно большой порог входа - и системное администрирование, и программирование, и понимание как вообще устроен жизненный цикл ПО...
TLDR: За пол-года можно. При должном усердии и вовлеченности. К тому же все дефолтные курсы по девопс-практикам длятся ~6 месяцев.
@etogeek тут я уже понял. Погулял я по интернету и понял, что в принципе сейчас я в техникуме грубо говоря получаю знания для сисадмина. Подумал и решил, что скорее всего буду ближайшие полгода-год усердно учиться и пробовать на стажировку устроиться.
почему, когда идет речь о Linux, то постоянно упоминается виртуальная машина? Почему нельзя использовать linux(ubuntu например) как отдельно стоящую параллельно с виндой или без нее систему? Тот же отдельный ноут не вариант? Что в работе девопса так же часто требуется винда или макось, чтоб запускать линукс из виртуалки? Достали с этой виртуалкой ей богу. объясните кто-нибудь пожалуйста
Для работы инженера линукс/макось не обязательна. Да, оно удобнее, потому что нативнее и ближе к окружению, в котором запускаются приложения на серверах.
В работе же ты разворачиваешь приложения/сервисы либо на bare-metal серверах (железные серверы) на которых скорее всего будет установлен Linux (Ubuntu, CentOS, Debian...), либо на этом сервере разворачиваешь виртуальные машины. Инстансы в облаке - это те же виртуалки.
@@etogeek а, тоесть, когда речь виртуалках, то приемущественно имеется ввиду виртуалка в облаке рабочем так сказать, верно? И второе - мне просто удобнее параллельно второй системой линукс запускать , комп шустрее в разы, он слабоватый у меня, меньше глюков и тормозов.. Да, перегружать приходится, если винда нужна, ничего страшного. Отдельная линукс на железе в итоге приемлимый вариант или есть сложности весомые?
@@bubu7458 Опять же - ты можешь работать с любой ОС, какой захочется, какой удобнее, какой привычнее. Docker давно работает под виндой. На винду можно поставить WSL2.
@@etogeek круто! спасибо за контент. С Рождеством вас!
Я понял. Devops инженер это 1С программист, все обязанности совпадают)) И жнец и швец и еще немного бухгалтерии надо 😁
Не рассматривайте конторы с подобной свалкой.
3:49 "Тебя любят" - не сразу, полюбят потом, И только на этом рабочем месте. Прийти на собес и сказать - мол меня в компании любят - возникают серьёзные вопросы: "
- а што же ты ушёл,
- а если не ушёл , но вот сейчас уйдёшь к нам такой весь хороший, а они потом проблем не подкинут, ты же им нош в псину воткнул, предал.
- а у нас тоже: придёшь, мы тебя полюбим, а ты нас бросишь?"
Получается такая ловушка, ты приходишь и тебе не рады. Берут как щенка с помойки, на джуно-мидловую зп , а потом ты оказываешься волкодавом с соответственным аппетитом, а тебя тычут носом в контракт - "согласился - значит навсегда".
Спасибо!
А если расти и развиваться именно в сторону создания и подключения инф систем, мол, закупка, подключение цод. Работа саязанная больше с железом. Эт тоже дпвопсы или уже инженеры, архитекторы?
SRE
че за бусик такой прикольный возле бука?
погоди, если у джуниор девопс инженера 8 рук, у сеньора сколько тогда??
Тут лучше вопрос задать так - "А сколько рук нужно"
Все намного проще)
Если есть мозг и сеньор им пользуется- кол-во рук не важно))))
У синьора, как правило, 2-3 мидла и мидл х2 Джуна. Вот и считай.
У него одна голова.
Нормальному сеньёру руки не нужны. Ему навык коммуникации важен чтобы джунов и мидлов контролить. Ему больше память нужна.
О, я понял! Мой скилл можно обозначить как - -shape специалист.
0:52 Если DevOps на предприятии "внедряет" именно рядовой инженер, то никакого DevOps на данном предприятии никогда не появится. Суровая реальность.
АВТОМАТИЗАЦИЯ ВСЕГО Девопс
SPE=разработчик написавший приложение (приложение, система или сервис
Да. DevOps инженер делает всё возможное, чтобы меньше делать работу ручками.
Например, можно делать билд, выкладку или обновление каких либо сервисов ручками по запросу разработчиков, а можно просто сделать для них кнопку и пусть сами её нажимают и выкладывают.
Но ответственность несёт DevOps
Выйдет ли видео на траблшутинг Windows?)
А там все просто:
- есть проблема?
- установить Linux
Шутка, конечно, но такого видео точно не будет.
4:54 это вот то, что происходит в финтехе, банки и прочее
Только я ничего не понял ?
"почему то идёт из сетевых администраторов" Да. И они потом упарываются на собесах в свою модель ОСИ. которая нафик не нужна никому. И на собесах соотвественно никто у сетевика-интервьювера не пройдёт кроме такого же сетевика(сговор , мафия, диаспора). Ни в одном клауде и CI\CD ты с этим не столкнёшься. В паблик клаудах у тебя во первых всё предоставляется, во вторых если там что-то сломалось - ты это не починишь ни на каком уровне ОСИ. Не считаем поломкой то, что не требует знания ОСИ и эту вашу он-премайзную демоническую маршрутиризацию. - например пинги не ходят, сервис не доступен,
ДЛя починки сети нужны инструменты(приложения) и умение ими пользоваться. ВСЁ. никакие модели оси не нужны. Вас от этого абстрагируют все кому не лень. Особенно в паблик клаудах.
Я разработчик в компании, но я вижу как наши девопсы нагружены, то одно то другое. Вижу что не легкая работа у них
Они все врут, наавтоматизировали там и сидят отдыхают.
Видимость активной деятельности😂
Подскажите, пожалуйста, что лучше изучать на старте чтобы стать junior DevOps ?
Все очень зависит от текущего опыта и уровня знаний, а так же конечной цели - можно погрузиться и с инфрастркутуру - linux, ansible, а можно делать упор на cicd-пайплайны, а можно сразу на облачные сервисы, контейнеризацию и оркестрацию.
Я бы углубился в тему облачных сервисов и автоматизацию разворачивания кода в клауде.
Есть очень много интересного, тут уже к чему душа больше лежит.
Зароешься в одно, появятся другие пересекающиеся задачи и так до бесконечности, полёт фантазии ограничен только бюджетом фирмы в которой это всё будете разворачивать.
Главное,что бы платили достаточно.
3:50 компании которые нанимают, хотят получить не ученика а уже опытного девопса )), так что учиться у коллег не получиться, а учиться надо задолго до работы.
Что за клава, подскажите, пожалуйста?
keychron k3
Хардскилл важнее чем софтскилл
Не скажиииии, дорогой друг.... Тут можно посмотреть на стык того, с чем приходится работать. Как ни странно, и в разработке и в эксплуатации, да что там греха таить, и в тестировании - везде люди, как это ни странно.
А загвоздка в том, что будь ты 300х плюс мульен синьер в девопсовских струментах, но не можешь общаться с людьми, аля small talks хотя бы и, Боже упаси, узнать когда у них ДР и чем они живут вообще, долго ты там не протянешь....
Конечно, все вышесказанное, IMHO.
Не согласен
Харды открывают двери, а софты помогают получить повышение
Распыляться это зло, ровно, как и IT... Если конечно это не фирма, или организация по предоставлению IT услуг... иначе это похороны буду живым. Про удаленку буду смотреть.
Слишком до фига ссылок на собственный, безусловно замечательный контент. Не смог досмотреть и до середины из-за них.
Развитие личности никак не связано с профессией. Это стандартное заблуждение. Сам через это проходил.
"... и даже немного бухгалтер" -- Хоспаде, как же знакомо. Утром развернуть эластик, вечером рассчитать расходы на следующий квартал
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOoooooooooooooooooooooooooooooooooooooooo
Сдаётся мне, что все эти паплайны и доставки кода такая тоска... Только зарплата и привлекает.
Тут зависит от того, зачем ты этим занимаешься - если ради денег, тогда только это и будет привлекать. Но бОльшая часть задач мне сейчас именно интересна, результат нравится.
@@etogeek Значит, настоящий DevOps!
о еще какой-то появился парнишка, которого видимо на работу никуда не берут, и вот запилю ка я роликофф чтобы показать какой я умный и таки возьмут? или реально работающий? опытом делитцо?
Блин, быстро меня раскусили. Расходимся
@@etogeekотличная манипуляция, тоже про такую читал.
Большой пласт софта... Ну-ну, я как человек который проводит собеседования скажу так, что на рынке остались одни мастера святой десятки софта. k8s/prom и все такое, шаг в лево или шаг в право вызывает проблемы моментально. Да и пишут странно, казалось бы, какая разница какой ЯП используешь, но у этих хайтек девопсов ничего не могут если у вас другой отличный от python скриптинг... А если им сказать - что нужно написать небольшой сервис, сразу начинают причитать "Я ж не программист!", тогда какой ты в жопу девопс, простой Аникей.
И правильно говорят, от таких умников, которые жмут денег на джуна-программиста по профильному языку, а пытаются навесить на девопса пиление сервисов (типа чё ему - разберётся) надо отбиваться всеми палками. Я понимаю, если работа специфическая и надо специально знать (помимо пайтона и баша) углубленно какой-нибудь груви или го (к примеру, писать операторы с нуля).
Но требовать пиление сервисов от девопса... - дай бог никогда не попасть на такую галеру))). И, люди, бегите от таких собеседующих во весь опор! Есть нормальные компании, которые такой хернёй не занимаются.
@@PavelVinogradovme вопрос не в том что требуется, а что умеют. А умеют почти ничего.
@@lufliw это только с точки зрения комплексного программирования. А вот со стороны создания и настройки инфры, просчёта стоимости, настройки мониторинка и прочей работы по инфре и автоматизации - совсем другая картина. Тут, если вдруг девопса нет в команде, начинается нарастающее роптание программистов, и, надо сказать, справедливое. По итогу, зачем придумывать велосипед и заставлять программистов (пусть и бэк) пояснять за девопс, а от девопса ждать написания сервисов? Я смысла не вижу, каждый должен заниматься тем, в чём он хорош.
попроси программистов кубер развернуть, посмотрим что они тебе ответят
@@TimofeiA-h3c Спокойно стенды себе разворачивают, конечно не HA, простым кубспреем и тому подобное. ТАм только обезъяна не сможет развернуть или DevOpts ))
явно не про тебя