Добавить в корзинуПозвонить
Найти в Дзене
SEOnews

Ловкость рук и никакой магии: DevOps-инженер – кто это, чем занимается и зачем нужен бизнесу

Всем привет! На связи команда хостинга Бегет. Наша команда подготовила для читателей материал о том, кто такие DevOps, чем они занимаются и как DevOps-методология может помочь владельцам проектов при решении бизнес-задач. Желаем вам приятного прочтения! Так уж сложилось, что в последние годы DevOps – одно из самых обсуждаемых явлений среди всех, кто так или иначе связан с информационными технологиями, а количество таких вакансий растет как на дрожжах. И хотя девопсы – на втором месте по востребованности среди специалистов команды сопровождения сервисов, для многих владельцев проектов на первый взгляд может быть не столь очевидно, чем они вообще занимаются и как именно могут помочь бизнесу. Вот почему мы решили подготовить эту статью – в ней мы разберем, кто такие девопсы, за что они отвечают и как их ремесло влияет на качество продукта, а также приоткроем завесу, как всё это работает у нас в компании. Откуда взялся DevOps Для начала немного теории. DevOps (акроним от англ. development

Всем привет! На связи команда хостинга Бегет. Наша команда подготовила для читателей материал о том, кто такие DevOps, чем они занимаются и как DevOps-методология может помочь владельцам проектов при решении бизнес-задач. Желаем вам приятного прочтения!

Так уж сложилось, что в последние годы DevOps – одно из самых обсуждаемых явлений среди всех, кто так или иначе связан с информационными технологиями, а количество таких вакансий растет как на дрожжах.

И хотя девопсы – на втором месте по востребованности среди специалистов команды сопровождения сервисов, для многих владельцев проектов на первый взгляд может быть не столь очевидно, чем они вообще занимаются и как именно могут помочь бизнесу.

Вот почему мы решили подготовить эту статью – в ней мы разберем, кто такие девопсы, за что они отвечают и как их ремесло влияет на качество продукта, а также приоткроем завесу, как всё это работает у нас в компании.

Откуда взялся DevOps

Для начала немного теории.

DevOps (акроним от англ. development & operations) – это методология автоматизации технологических процессов сборки, настройки и развертывания ПО, призванная решить проблемы взаимодействия команд разработки и эксплуатации программных продуктов.

Методология DevOps возникла в 2009 году, после того как в 2007–2008 сообщества айтишников забили тревогу по поводу фатального, по их мнению, уровня дисфункции в отрасли. Если говорить простыми словами, то ключевая проблема состояла во взаимной изолированности команд разработчиков и эксплуатации, при этом своего пика страсти достигали в момент выпуска проекта в продакшн: разработчики считали, что если ПО работает у них локально, его можно релизить, а ответственность за возможные последующие проявления недееспособности продукта – на совести команд операционной поддержки, которые, в свою очередь, пеняли в этой ситуации на разработчиков.

Объединение усилий специалистов данных направлений – системного администрирования и разработки – и дало жизнь новой профессии, которая находится на стыке этих двух IT-стихий. А еще появлению DevOps способствовало развитие гибких методов разработки ПО и управление IT-инфраструктурой как программным кодом.

Что делает DevOps

Сегодня такие специалисты на гребне славы: по статистике, в первом квартале 2024 года было размещено на 30% больше подобных вакансий, чем за аналогичный период 2023 года, и на 5% больше, чем в первом квартале 2022 года.

Так чем же занимаются эти чудо-специалисты?

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

DevOps-подход предполагает непрерывность всех процессов, то есть создание своего рода конвейера, где команды взаимодействуют друг с другом, и независимо от того, чем конкретно занимается разработка, DevOps-специалист отвечает за автоматизацию каждого этапа.

К примеру, DevOps-инженер может:

  • настраивать рабочее окружение – как локально с командами разработчиков, сетевыми специалистами и системными администраторами, так и на уровне всей компании (например, если речь идет о настройке инфраструктуры, сети, серверов и других компонентов, необходимых для работы приложений);
  • автоматизировать процессы разработки, тестирования, развертывания и мониторинга приложений;
  • внедрять и настраивать инструменты CI/CD (непрерывной интеграции и непрерывного развертывания);
  • администрировать и оптимизировать инфраструктуру – облачные платформы, серверы, сети.

Конечно, это далеко не полный перечень возможных обязанностей, всё зависит от задач, которые необходимо решать, – например, ключевые навыки для DevOps-специалиста в облаке основаны на понимании специфики работы в контуре облачного провайдера: работе с API (62%) и CLI (61%), а также управлении доступами и безопасностью (57%).

У нас Бегете методология IaC (от англ. infrastructure as code – то есть подход к управлению инфраструктурой через использование кода) появилась внутри довольно давно, поэтому девопс-задачи (прежде всего, развертывание и запуск веб-приложений) были изначально интегрированы в обычную операционную работу, тогда как отдельная роль DevOps-инженера появилась несколько позже, когда инфраструктура выросла до уровня, при котором девопс-задач стало столько, что для них потребовались отдельные люди. Сегодня приоритетная задача наших DevOps-специалистов – чтобы всё деплоилось просто и ничего не падало, а если и падало, то по возможности поднималось само.

Поэтому среди зон ответственности наших DevOps-инженеров – системная поддержка всех управляющих сервисов, настройка их развертывания и необходимые корректировки, например, когда требуется больше скорости или надежности.

И хотя служба наших DevOps-специалистов не столь опасна и трудна, как может показаться на первый взгляд, порой не обходится без подводных камней. Например, для части инфраструктуры используется свой самописный оркестратор – то есть ПО, которое координирует развертывание, масштабирование и управление контейнерами или виртуальными машинами в распределенной среде. Концептуально свой оркестратор гораздо проще и удобнее в нашей инфраструктуре, чем более глобальные решения в виде Kubernetes, Nomad и проч., однако для его эффективного использования недостаточно просто знать конфигурации и аргументы, важно уметь разобраться, что вообще происходит под капотом.

-2