Хотя уже несколько лет как DevOps является обыденным явлением в IT-индустрии, споры вокруг термина до сих пор не утихли и индустрия однозначно не может определиться, что это за мифический специалист.
Что может пойти не так? Разбираем 4 типичных для рынка ситуаций.
Рекрутера своим резюме с таким арсеналом провести вы сможете, а вот инженера уже нет. На собеседованиях кандидаты, бывает, в красках расписывают: «Да вот у нас Кубер запущен! Да я код собственноручно по Docker-контейнерам раскладывал!».
На самом деле, можно овладеть хоть всем списком, но при этом в организации или проекте никакого DevOps-а не будет. Потому что на первом месте в нем не технологии, а философия и способ взаимодействия в команде. И если вы на собеседовании, лучше говорить не о факте «у нас был мониторинг», а о значении мониторинга и пользе которую он принес, задачах которые были решены с его помощью.
Ошибка же кроется в том, что DevOps — это не должность. В этом вопросе индустрия уже достаточно единодушна. Да, вакансии DevOps Engineer есть, но если посмотрите требования и задачи — увидите насколько они отличаются друг от друга. Говорит это о том, что компания ищет человека, который возьмет на себя незакрытые задачи по автоматизации процессов, сочетая это с классической ролью админа или разработчика.
Из этого можно сделать вывод, что 200+ тыс. рублей работодатели готовы платить не за абстрактный «девопс», а сильному инженеру, владеющему данным подходом. Тут стоит отметить, что девопс для некоторых организаций — это что-то мифическое, что сходу решит все их проблемы.
Ценность специалиста, владеющего DevOps-подходом, в понимании процессов и личном участии в них — как разработчик, как сисадмин, инженер или тестировщик.
Также странно выглядели бы попытки стать тимлидом сразу после изучения основ программирования. Опыт в разработке — неотъемлемая часть для того, чтобы инженер мог выполнять свои задачи.
Не всегда результат автоматизации оправдывает затраченные на нее силы. Компетентный инженер — тот, кто умеет оценивать эффективность процессов в своем проекте, а не просто настраивает все по методичке, не понимая, нужно это проекту или нет.
habr.com
Что может пойти не так? Разбираем 4 типичных для рынка ситуаций.
1. Гит и докер — вот и весь девопс, который вам нужен
В DevOps-подходе используется множество инструментов: системы контроля версий Git, различные CI/CD системы (Gitlab, Jenkins, etc.), системы управления конфигурацией Ansible, Terraform, контейнеризация Docker, оркестрация Kubernetеs, инструменты мониторинга и логирования, Prometheus, Grafana, ELK, Loki.Рекрутера своим резюме с таким арсеналом провести вы сможете, а вот инженера уже нет. На собеседованиях кандидаты, бывает, в красках расписывают: «Да вот у нас Кубер запущен! Да я код собственноручно по Docker-контейнерам раскладывал!».
На самом деле, можно овладеть хоть всем списком, но при этом в организации или проекте никакого DevOps-а не будет. Потому что на первом месте в нем не технологии, а философия и способ взаимодействия в команде. И если вы на собеседовании, лучше говорить не о факте «у нас был мониторинг», а о значении мониторинга и пользе которую он принес, задачах которые были решены с его помощью.
2. Хочу больше зарплату — стану DevOps-ом
С одной стороны мысль верная: специалисты, которые владеют стеком технологий и пониманием подхода, стоят дороже.Ошибка же кроется в том, что DevOps — это не должность. В этом вопросе индустрия уже достаточно единодушна. Да, вакансии DevOps Engineer есть, но если посмотрите требования и задачи — увидите насколько они отличаются друг от друга. Говорит это о том, что компания ищет человека, который возьмет на себя незакрытые задачи по автоматизации процессов, сочетая это с классической ролью админа или разработчика.
Из этого можно сделать вывод, что 200+ тыс. рублей работодатели готовы платить не за абстрактный «девопс», а сильному инженеру, владеющему данным подходом. Тут стоит отметить, что девопс для некоторых организаций — это что-то мифическое, что сходу решит все их проблемы.
3. А я решил войти в IT и сразу в DevOps-ы!
Ситуация вытекает из предыдущей и встречается довольно часто среди начинающих айтишников.Ценность специалиста, владеющего DevOps-подходом, в понимании процессов и личном участии в них — как разработчик, как сисадмин, инженер или тестировщик.
Также странно выглядели бы попытки стать тимлидом сразу после изучения основ программирования. Опыт в разработке — неотъемлемая часть для того, чтобы инженер мог выполнять свои задачи.
4. Давайте все тут автоматизируем
Ну и последний способ разочаровать работодателя — стать фанатичным адептом автоматизации.Не всегда результат автоматизации оправдывает затраченные на нее силы. Компетентный инженер — тот, кто умеет оценивать эффективность процессов в своем проекте, а не просто настраивает все по методичке, не понимая, нужно это проекту или нет.
4 способа разочаровать работодателя своими познаниями в DevOps-е
Владимир Дроздецкий Разработчик, админ ты или тестировщик… Кажется, стоит только написать в резюме слово «DevOps», как твоя ценность как специалиста взлетает до небес. В статье мы под новым углом...
habr.com