Давайте разберемся с этими DevOps-инженерами. На прошлой неделе я провел опрос, и вы, выбрали эту тему для разбора.

Для начала давайте разберемся, кто такой системный администратор и чем он отличается от того, кто знает DevOps-методологию.

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

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

Системный админ отвечает за обслуживание, настройку и надежную работу всего железа и софта: настраивает их, ловит проблемы и решает их. А DevOps - это подход или методология к созданию продукта, которая убирает стену между разрабами и админами. Благодаря DevOps, компании могут делать, тестить и выкатывать более крутые продукты быстрее (за счет CI/CD - расскажу потом, что это такое).

Давайте немного истории, чтобы понять, откуда столько ролей и путаницы.

Изначально в IT-командах были только разрабы и системные админы. Разрабы писали код, собирали его в артефакт. Потом отдавали артефакт админам, чтобы они выкатывали его в прод. Но появилась проблема: админы не знали, что внутри кода, и когда возникали проблемы с выкатыванием, было сложно понять, где косяк. А разрабы не врубались, как происходит выкат, и писали код в отрыве от этого. В итоге код в прод не шел, а виноватого не было.

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

Например, говорит о том, что когда произошла какая-то бага в продукте, не нужно искать одного виноватого, а решать проблему всей командой.

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

Продолжение следует…