Должности, роли и обязанности DevOps

Это вопрос, который все чаще и чаще задают себе ведущие технические исследователи, рассматривая феномен DevOps.

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

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

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

(Эта статья является частью нашего Руководства по DevOps . Для навигации используйте правое меню.)

О титулах и ролях в DevOps

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

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

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

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

Титулы, роли и карьера

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

  • DevOps или платформенный инженер
  • Инженер-строитель
  • инженер по надежности
  • Менеджер релизов
  • Аналитик данных
  • Менеджер по продукту

DevOps или платформенный инженер

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

Должности: DevOps Engineer или Platform Engineer
Должность: DevOps Evangelist

Инженер-строитель

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

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

Должности: инженер-строитель, UX-дизайнер, менеджер конфигурации
. Роль: организатор автоматизации, тестировщик программного обеспечения, развертыватель релизов.

Менеджер релизов

Менеджера по выпуску также иногда называют инженером по выпуску. В этом случае мы намеренно оставляем инженерную часть. Давайте подумаем об этом. Слово «инженер» означает организовать что-то с вниманием к деталям, знанием и утонченностью. Это правда, что организация постоянных выпусков для предприятия DevOps требует высокой степени оркестровки, но менеджер выпусков — это нечто большее.

Менеджер релиза должен быть, в первую очередь, руководящей и надзорной должностью, для успеха которой требуется глубокий уровень практических знаний в области разработки. Лидерство является ключевым в этой роли. В обычные обязанности входит не только координация нескольких релизов и понимание CI/CD, но иногда и разработка стратегий конвейера разработки и их координация между командами.

Должности: менеджер по выпуску или инженер по выпуску
. Роль: руководитель выпуска и надзор.

Инженер по надежности сайта

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

Должности: инженер по надежности объекта, инженер по надежности
. Роль: инженер по безопасности, специалист по работе с несколькими системами.

Аналитик данных

Ваш аналитик данных DevOps просеивает и перекачивает данные, чтобы помочь в достижении целей разработки. Важный член команды разработчиков, аналитик данных использует существующие данные и данные пользователей, чтобы критически осмысливать шаблоны, влияющие на взаимодействие с пользователем, и другие проблемы дизайна. Этот человек может частично пересекаться с обязанностями UX-дизайнера и QA-аналитика. Аналитик данных часто считается должностью начального уровня, которая ведет к карьерному росту в Data Scientist.

Должности: Data Analyst, QA Analyst
Роль: Data Whiz

Менеджер по продукту

Менеджер по продукту — единственная должность в этом списке, занимающая в основном операционную должность. Хотя вышеупомянутый менеджер релизов частично пересекается как с разработкой, так и с эксплуатацией, он по-прежнему в значительной степени является должностью команды разработчиков. Как член операционной группы, менеджер по продукту отвечает за сотрудничество с командой разработчиков, чтобы гарантировать соответствие требованиям продукта высоким стандартам качества в каждом спринте.

Области: Роль менеджера по продукту: Обеспечение качества продукта

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

  • Менеджер конфигурации
  • UX-дизайнер
  • Специалист по данным
  • Аналитик качества

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

Карьерный рост в DevOps

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

Какой бы ни была причина, информация о карьерном пути в DevOps относительно ограничена. На сегодняшний день нет более высокой степени в DevOps, хотя есть много организаций, готовых предложить сертификаты для лучших практик. Типичный путь DevOps, вероятно, начинается на работе, когда ваша организация начинает переходить на DevOps, может быть, даже раньше, если вы обнаружите, что прыгаете в роль DevOps, чтобы помочь продвинуться вперед. Если вы не практикуете DevOps в организации, вы можете получить сертификаты от высших учебных заведений, чтобы начать работу в этой области. Средний DevOps-инженер, находящийся на вершине пирамиды DevOps, до того, как он становится исполнительным директором, зарабатывает в среднем чуть менее 92 000 долларов в год .

Перейти к верхней панели