Кто такие DevOps?

Что такое DevOps?

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

Разработчики подтвердят, что разбираться с работой ОС, безопасностью хостов или маршрутизацией − им неинтересно. Ну совсем это не про разработку. Поэтому следующей попыткой стало привлечение в команду системного администратора. Он мог профессионально разобраться с этими вопросами, а стоимость его как специалиста была ниже. Такой админ становился частью команды проекта. Основными задачами было управление средой разработки и тестирования, сетевая безопасность и выявление системных багов.

Со временем, такие админы научились понимать требования к разработке в своей команде. Их работа упростила жизнь разработчикам и тестировщикам. Теперь команда легче справлялась с ошибками деплоя, тестами, обновлениями. Положительный опыт передавался на другие проекты, и теперь востребованными становились системные администраторы. В ход пошли инструменты, оптимизирующие процессы, например, Azure DevOps Server. Значит ли, что приложение Azure DevOps решит проблемы и баги на всех этапах выпуска продукта? Конечно, нет, ведь помимо этого существует ряд других тулов, с которыми должен уметь работать DevOps. Docker, AWS, Kubernetes, Terraform, Git, Bitbucket, OVH, iLand, GreenCloud и многие другие − список неограничен. Выходит, девопс это админы уровня Middle и выше, использующие инструменты Azure DevOps Server и подобные? Не совсем верно. Да, в арсенале девопса должен быть современный инструментарий, но лишь его недостаточно. Нужно понимать, для чего и зачем используется весь этот набор инструментов. Понимать глобально, на уровне всех процессов программной разработки.

Все же, DevOps Engineer − это не совсем системный администратор, и не совсем программный инженер. Здесь не стоит забыть и о роли Build/Release и QA-инженера. Частично их функции также выполняют администраторы, «претендующие» на роль девопс. Управление разработкой и инфраструктурой, планирование ресурсов, контроль тестирования − тоже добавляем к функционалу. Поддержка на пост-релизе, оценка рисков безопасности − также ложатся на плечи DevOps. А в некоторых продуктовых компаниях работу с процессами автоматизации обычно выполняет инженер автоматизации. Выходит, DevOps в какой-то мере − также инженер автоматизации? Особенность DevOps-инженера в том, что он совмещает несколько профессий − админа, разработчика, тестировщика и менеджера. Сложно, запутанно, неясно − разбираемся дальше.

Поговорим про DevOps вакансии, которые часто встречаются на сайтах по поиску работы. Точнее, про требования, которые компании выставляют для девопс. Возможно, это поможет нам понять, какие функциональные обязанности приписывают девопсам. Первый пример: «Понимание Zabbix, Prometheus, Iptables; продвинутое владение BASH и Ansible, Linux-гуру. В команде с разработчиками умеете искать баги приложений (PHP, Python, Java). Кропите над системной безопасностью и бекапом. Выжимаете максимум из инфраструктуры и умеет правильно ее построить, а CI/CD, MySQL, AWS для вас must». Что мы видим? Все требования указывают, что это функционал системного администратора уровня Middle. Есть немного от Build Engineer и CloudOps. Но в целом такая вакансия указывает на System Administrator уровня Middle.

Еще одна вакансия: «Требуется опыт построения инфраструктуры с высокой нагрузкой. Отличные знания стека языков программирования − PHP или Python. Навыки работы с базами данных Redis или MySQL. Навыки работы с виртуализацией − Docker, Terraform, Vault, KVM, LXC и знания скриптовых языков. Навыки работы с процессами CI/CD (Continuous Integration and Continuous Delivery) и Gitlab CI. Важно умение ладить в команде и договариваться с коллегами». На кого данное описание похоже больше − начитанный системный администратор или Build Engineer?

Помогли ли вам эти требования к кандидатам ответить на вопрос DevOps − что это? Согласитесь, что до конца не понятно, кто такой DevOps и какие функции должны быть обязательными у этой роли. Похоже, что компании слишком зациклены на самом термине девопс, и за это готовы раскошелится. Выдвигая такие требования к новым специалистам, руководители упускают из виду работающих в штате администраторов. А можно вполне поэкспериментировать с развитием навыков у имеющихся в команде админов, подающих надежды. Свой специалист будет более-менее знаком с задачами команды и компании в целом. Ему будут понятны бизнес-процессы и организация работы команд на проектах. Как минимум, он знает куда бежать в случае бага или сбоя тестирования. А еще, если он не интроверт, у него уже налажена коммуникация с коллегами.

А кто нанимает девопс? В больших командах должен быть кто-то, кто примет на себя ответственность за недочеты. Например, на этапе тестирования, деплоя, обновления или непосредственно эксплуатации. Этот же человек сможет построить систему взаимодействия членов команды на всех этапах. А если повезет, то у него получится научить всех участников процессов проактивной позиции. Прежде всего, нанимают девопс крупные компании, связанные с разработкой программных продуктов или со сложной IT-инфраструктурой. Раньше это были такие гиганты как Amazon, Adobe, Netflix, Walmart и Facebook. Сегодня позволить себе такого специалиста могут и не такие крупные игроки. Все больше компаний интересуются подходом DevOps. Довольно накладной эта роль будет для небольших стартапов, но там можно обойтись и без девопса.

Как стать DevOps

Выше мы искали ответ на вопрос «DevOps − что это?». Сейчас попробуем разобраться с тем, как стать DevOps и как выбрать курсы. Из тематической литературы вы, наверное, усвоили, что DevOps − это не сборник набор инструментов или утилит. DevOps − это более глобальный подход к Development and Operations. Философия, методология, набор подходов, инструментов − все это в комплексе формирует культуру девопс. Выбирая девопс курсы, нужно быть готовым учиться интенсивно, постоянно углубляя свои знания. Важно рассматривать всю взаимосвязь процессов разработки и подходить к обучению глобально. Возможно, курсы DevOps научат вас эффективно использовать инструменты на практике. Например, вы сможете легко развернуть свое приложение в AWS или поднять контейнер в Docker. Или научитесь одной командой собирать логи − согласитесь, неплохая оптимизация работы? Так или иначе, девопс курсы дают вам нужный инструментарий. А хорошие devops курсы − глобальное понимание того, как эти инструменты вы будете применять.

Любой системный администратор обучение этой методологии воспринимает как неплохой навык, который повысит его стоимость как специалиста. Но к инструментам, которые освещают devops курсы, стоит прибавить и гибкие навыки. Без них развитие в этом направлении невозможно. Один из важных принципов DevOps − коммуникация. Да, нужно уметь разговаривать, слышать и договариваться. Часто девопсы выступают в роли адвоката, который мирит разработчиков и эксплуатацию. Уметь находить ошибки не только в процессах, но и гэпы в общении внутри команды. Делиться выявленными багами и распространять пути решения проблем. Писать девопс-манифест и учить коллег им пользоваться − все это про роль DevOps. В любом случае, у такого работника должен быть хороший технический кругозор. Важно, чтобы он постоянно изучал новые технологии, подходы, инструменты, постоянно расширяя свой функционал.

DevOps курсы

По запросу «системный администратор обучение», наверняка, наткнетесь на курсы DevOps онлайн. Сейчас это популярный формат, который без проблем дает возможность стать девопс. Обычно не составляет труда удаленно освоить теорию и практику. Теорию презентуют на примерах, а затем переходят к лабораторным работам. Их заливают в удаленный репозиторий, типа Git или Bitbucket, где преподаватель их проверяет. Кстати, не все курсы предусматривают практическое обучение, особенно бесплатные. Мало бесплатных курсов, которые дают возможность практики на реальных кейсах в процессе обучения. Обычно, бесплатные курсы дают только теорию, а практику предлагают проходить на платной основе. Поэтому если увидите бесплатные курсы девопс с практикой, не упустите возможность на них попасть.

Если будете выбирать между предложениями на рынке, остановитесь на продуктовой компании. Часто, в таких бизнесах не понаслышке знают, что такое DevOps. Компании, которые на обучении знакомят только с теорией, вероятно вам не очень помогут. А вот те, кто может дать реальную практику, кейсы из своего опыта − на вес золота. Отдавайте предпочтение международным компаниям. За границей практика девопс появилась раньше, и опыта у них побольше. Поэтому игроки глобального рынка смогут дать вам гораздо больше полезного материала.

Момент, на который стоит обратить внимание − преподаватель, лектор курса. Если он на практике далек от методологии DevOps, ровно как и от преподавания, стоит подумать. Такое тоже бывает, потому как тема девопс немного хайповая, и многие пытаются попасть в волну. Отлично, если лектор является автором обучающей программы, проводит другие курсы и воркшопы. Посмотрите видео с обучения, отзывы, изучите программу, наличие домашних заданий или лабораторных работ.

Для зачисления на курсы DevOps онлайн,  в большинстве случаев, нужно пройти тест. Почему есть такое требование? Во-первых, не все хотят работать с новичками, которые ничего не смыслят в теме курса. Если кандидат не владеет языками программирования, на второй же лекции он впадет в ступор. Не имеет понятия об инфраструктуре сервисов − тоже дропнется в самом начале. Если никогда не работал с системами оркестрации и контейнеризации − не поймет, о чем речь. То есть если мыслить логически, зачем вам курсы DevOps, если вы не знаете базовых вещей? Кстати, отсюда вытекает и тот факт, что не совсем корректно девопсу присваивать уровень Junior DevOps. В девопсы идут люди с уже немалым опытом за плечами. Определить точку, в которой девопс был Junior, а потом стал Middle, будет субъективным. Статус DevOps будет расти в зависимости от расширения его практического опыта и стека используемых технологий.

Чтобы узнать, что такое DevOps, вы можете сэкономить время, почитав книги об этой методике. Их сейчас довольное большое количество и найти их несложно. Например, «Философия DevOps. Искусство управления IT» − Дженнифер Дэвис и Кэтрин Дэниэлс. Книга раскрывает всю глубину девопс-культуры и показывает реальные примеры из бизнеса. Кстати, авторы пишут, что девопс можно применять не только в отношении разработки. Этот подход вполне могут использовать и компании не из IT-отрасли. Довольно интересное мнение и множество практических кейсов.

Другой интересный пример − «Проект «Феникс». Роман о том, как DevOps меняет бизнес к лучшему». Авторы рассказывают о девопс в художественном романе. Удачный сборник инструментов DevOps − «Continuous delivery. Практика непрерывных апдейтов» знакомит нас с инструментами, помогающими разработчикам. Вы узнаете о сборке, интеграции, тестировании, развертывании и мониторинге. Познакомитесь с инструментами контейнеризации и оркестрации. Чтобы расширить свои знания, можно воспользоваться мини-википедией на GitHub. В любом случае, почитать литературу, блоги, каналы и видео-ролики о подходе девопс никому не помешает. В любом случае, почитать литературу, блоги, каналы и видео-ролики о подходе девопс никому не помешает.

Какой бы спорной ни была эта методика (или философия), она действительно работает. Не стоит рассуждать над терминами «DevOps Engineer» и «девопс-евангелист». Лучше не задумываться над тем, кто был раньше − Development или Operations. Нужно просто брать и делать. Говорят, после знакомства с девопс ваш мир (и бизнес) не будет прежним.