Мифы о DevOps: вредные заблуждения о полезных специалистах

Юлия Христова, директор Ventra IT, развеяла мифы и вредные заблуждения о DevOps -специалистах в журнале «Системный администратор».

«DevOps-инженер объединяет разработку, тестирование и эксплуатацию цифровых продуктов в единый процесс. Он знает дисциплины и технологии Development Operations и умеет виртуозно применить их на практике. Он находит общий язык со всеми участниками процесса создания нового ИТ-продукта и видит проект в перспективе. Казалось бы, для многих компаний все пути ведут к DevOps. Но есть факторы, мешающие встрече. В их числе — неверное понимание обязанностей и особенностей работы DevOps-специалиста.»

DevOps — это тот же программист, только лучше

Тот, кто придерживается такого взгляда, видит преимущество DevOps’а над программистом лишь в том, что программист только программировать умеет, а DevOps обязательно должен уметь и программировать, и среду создавать. На самом деле, с одной стороны, задача DevOps’а шире создания среды — он должен понимать и видеть систему как единое целое и действовать, соответственно, исходя из общих синергетических интересов. По аналогии с «полевыми командирами», DevOps’ы — это своего рода «полевые архитекторы».

С другой стороны, DevOps-инженер не занимается глубинной разработкой. Конечно, он знает один или несколько языков программирования, например, Java/Python/JavaScript/C/Go. Но ему достаточно основ синтаксиса, принципов ООП, умения писать несложные скрипты для автоматизации. Задача DevOps’а — выбрать язык, оптимальный для разработки того или иного продукта, и передать работу над кодом программисту. Выбирая DevOps-инженера и программиста в свою команду, не стоит искать «два в одном».

DevOps — это просто сисадмин со знанием DevOps-технологий

Правда в том, что чаще всего DevOps — это бывший сисадмин, прошедший дополнительное обучение. Но не всякий сисадмин, даже если захочет, сможет перейти в DevOps. Кроме навыков системного администрирования, DevOps-инженер должен владеть основами написания кода, уметь работать с мониторингом, системами доставки, взаимодействовать с командой разработки и тестирования. Он должен изучить инструментарий, который может и не понадобиться сисадмину, а к DevOps’у имеет прямое отношение: это, например, JIRA для планирования и оценки, Github и Git для контроля версий, SVN для поддержки и отражения слияния кода, Maven и Gridle для cборки, Selenium, JUNIT и Jenkins для тестирования, Chef, Puppet и Ansible для деплоя... При этом даже знание «правильных инструментов» еще не сделает погоды — хороший DevOps тот, кто умеет всем этим пользоваться.

На DеvOps’а можно свалить QА

QA-инженер — важная часть команды, работающей по методологии DеvOps, он отвечает за комплекс мероприятий, который обеспечивает уверенность в том, что качество процесса разработки продукта находится на должном уровне. Quality Assurance всегда происходит непосредственно во время разработки, носит предупреждающий характер, и цель QA-инженера — как можно раньше получить подтверждение, что продукт соответствует требованиям заказчика. У DеvOps и QA разные роли, хотя QA и считается одной из составляющих DevOps. Перекладывать обязанности QA на DevOps’а -нерационально.

Devops обязан вести документацию по проекту

Для DevOps-инженера документация по проекту очень важна. Если методика Agile подразумевает приоритет работающего ПО над подробной документацией, то при работе по методологии DevOps именно выверенная документация позволяет осуществлять процесс перехода ПО от разработчиков к внедренцам и обратно. Хорошая документация во многом становится залогом работающего ПО. Но сам процесс написания технического решения — удел не DеvOps’а, а ведущего разработчика.

DevOps’ы — это обычные «многостаночники»

Опытный DevOps обладает широкими компетенциями: администратора, разработчика, тестировщика, менеджера, специалиста по сетевым технологиям и инструментами сбора данных для мониторинга. Но все же в работе над проектом у каждого члена команды, в том числе и у DevOps’а, должны быть свои обязанности. Только в том случае, если кроссфункциональность будет присуща команде в целом, а не какому-либо отдельно взятому специалисту, можно рассчитывать на высокую производительность коллективной работы.

DevOps всегда присутствует на площадке — никакой «удаленки»!

Для некоторых компаний DevOps на удаленке — это неприемлемо. При этом вариантов удаленной работы для DevOps тоже немало, и это подтвердит любое кадровое агентство, работающее с ИТ. Нюанс заключается в том, что шанс для DevOps’а найти удаленную работу растет вместе с его опытом: новичкам, как правило, предлагают работу в офисе, тогда как DevOps’у со стажем работодатель готов доверять на расстоянии. Кстати, удаленной востребованности способствует знание всего, что связано с облачными сервисами AWS, наличие сертификатов AWS. Ставя принципиальным условием найма присутствие DevOps’а в офисе, работодатель может упустить действительно классного соискателя.

DеvOps’ам можно платить поменьше — они же не разработчики...

Да, действительно, как мы уже сказали, — DеvOps’ы это не разработчики, не сисадмины и не QA. DеvOps обладает широкими компетенциями и знаниями, что в целом позволяет ему видеть проект в перспективе. И именно по этой причине DеvOps-инженер сейчас — одна из самых высокооплачиваемых специальностей на ИТ-рынке. Если говорить о средних мировых показателях, то DevOps-инженеры получают порядка $71 тыс. в год, находясь на третьем месте по уровню зарплат в ИТ, а старшие инженеры DevOps — $135 тыс. в год. Московские работодатели готовы платить опытному DevOps-инженеру 180–200 тыс. руб. в месяц. Гоняться за дешевизной при выборе DеvOps’а — значит, сузить свой выбор до новичков и специалистов сомнительного качества.

Сомнительно, чтоб западный DevOps водился в России. А потому надеяться на пользу от дорогостоящего DevOps’а и вовсе не стоит

Конечно, чтоб методология DevOps заработала и оправдала вложения, нужно не только посетить конференцию DevOpsDays, примерить на себя пришедшую с Запада философию командной работы и «подружить» ее с русским менталитетом. Придется изучить инструменты, научиться применять их на реальных задачах, но отечественная практика говорит о том, что российские компании с этими вызовами отлично справляются. DevOps особенно хорошо прижился в банковской сфере и телекоме — методологию уже взяли на вооружение Сбербанк, «Альфа-Банк», «Тинькофф Банк», «Билайн», МТС. Причем «Альфа-Банк» еще 2016 году возвел внедрение культуры гибкого проектирования в число своих главных ИТ-достижений.

И вообще, методологию DevOps можно реализовать и без DevOps’а

Методология DevOps — это подход к управлению ИТ-команды, и один, пусть даже самый лучший, DevOps-инженер на этом поле не воин. Но и реализация этой методологии одними только DevOps-инструментами, без привлечения DevOps’а, — не тот путь, который приведет к успеху. Если с автоматизацией и итерацией все может получиться, то в такой важной части, как сотрудничество, «человеку нужен человек». Вспомним первый принцип манифеста Agile: «Люди и взаимодействие важнее процессов и инструментов». DevOps — это, прежде всего, о взаимодействии между людьми.