olegchir 12 дек 2019 в 13:10

DevOps-инженеров не существует. Кто тогда существует, и что с этим делать?

7 мин

25K

Блог компании JUG Ru GroupDevOps*КонференцииПрограммирование*Системное администрирование*

+28

Комментарии 35

gecube 12 дек 2019 в 13:45

напомнило

Заголовок спойлера

rzerda 12 дек 2019 в 13:56

К сожалению, конференции помогают против псевдо-девопса примерно как агитационные листовки против употребления запрещённых веществ, то есть почти никак. А едет это всё потому что даже к пятидесяти годам у менеджмента массово сохраняется святая вера в Деда Мороза, который сейчас придёт и всё починит вместо них. Раньше основной корпус сказочных решал составляли аутсорсеры, ещё раньше — консультанты, теперь девопсы вот. И на этой вот вере торговцу лицом можно ехать очень долго, ведь если бы менеджер сам был в состоянии хотя бы запросить/посчитать нужные метрики и сделать выводы, девопс-инженер был бы не нужен — менеджер бы имеющимся людям задач поставил и по этим метрикам контролировал эффективность выполения.

23derevo 13 дек 2019 в 11:55

Конференции вообще не панацея, конечно. Потому что это капля в море информационного потока. Но мы стараемся, стараемся.

НЛО прилетело и опубликовало эту надпись здесь

bgilfoyle 12 дек 2019 в 14:36

Так, похоже, DevOps — истерия пока все еще продолжается.

gecube 12 дек 2019 в 18:07

Скорее уж DevOops истерия. Это когда нанимаешь DevOps'ов, сжигаешь десятилетний бюджет какой-нибудь небогатой африканской страны, а на выходе имеешь продакшн в огне )

CafeKiwii 12 дек 2019 в 14:36

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

b0sun 12 дек 2019 в 15:39

Кто тогда существует

Если отмести всю шелуху типа облаков, автоматизации администрирования и прочих пуговиц, которые обычно пришивают к DevOps — в сухом остатке будет красивое и ёмкое Release Engineer.

что с этим делать

Работодателю — продолжать публиковать вакансии для DevOps, аккуратно опуская планку (сарказм некоторый, мда-с...). Соискателю — определяться, на каком он берегу )))

gecube 12 дек 2019 в 18:08

в сухом остатке будет красивое и ёмкое Release Engineer.
это не так.

Еще Monitoring Engineer, Infrastructure Engineer, Cloud Engineer etc.

Shadow0fClown 12 дек 2019 в 20:53

Я бы сказал Build/Release Engineer, чтобы полностью описать чем заниматься. Тк билдить можно что угодно — начиная от артефакта Мавеном, до инфраструктуры в облаках Терраформом.

peresada 12 дек 2019 в 15:50

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

jbaruch 13 дек 2019 в 08:04

Обнял.

23derevo 13 дек 2019 в 11:57

В точку.

selivanov_pavel 15 дек 2019 в 19:29

А в чём жуть? Если мне будут платить больше денег за то, что я, делая то же самое, назовусь по-другому — да пусть хоть инженером по сепулению сепулек записывают.

Victor_koly 12 дек 2019 в 15:56

Так появляются вакансии про владение 42 языками программирования и 20 лет использования Kubernetes и Swarm одновременно

«5+ лет опыта администрирования Windows Server 2016» (условно говоря — ещё с версии «Technical Preview» имел сервер на нем) — вполне могут в вакансии сисадмина написать?

inkvizitor68sl 12 дек 2019 в 16:38

Всё очень просто. В чьих-то светлых головах devops == «уволим нафиг сисадминов, заживём». Но, во-первых, потом оказывается, что совсем уж без админов жить не выходит, а во-вторых админы мигрируют массово «в devops» — ведь именно им этим и занимались ещё до того, как слово было придумано.

НЛО прилетело и опубликовало эту надпись здесь

CarrolCox 13 дек 2019 в 12:59

sed -i s/ренеймингом/ребрендингом/g

Так делают не все, и чаще под внешним давлением работодателя или списка вакансий, составленного HR Generalist из статьи.

Надеюсь, что останусь востребован во время этой истории, называя себя не devops-инженером или SRE-инженером, а всего лишь инженером автоматизации систем, он же systems automation engineer

laurvas 12 дек 2019 в 18:26

Ну ок. Как тогда называется человек, который умеет в Docker, Ansible, мониторинг, настройку CI и вот это всё? Сисадмин для облаков? SRE? Давайте просто придумаем другое название и попросим эйчаров писать его вместо DevOps-инженера.

Если в вакансии перечислен рандомный набор кейвордов, то это конечно дно. А если эти технологии действительно используются в компании и нужен человек, который имеет опыт в этих технологиях и будет с ними работать, то что плохого? Вкансии разработчиков на конкретных языках (Python, Go, PHP) вас ведь не смущают.

Мне кажется что DevOps — это как совершенный код. Т.е. все не против быть совершенными программистами и не писать говнокод, но это утопия. Все хотят автоматические тесты, CI, Infrastructure as code, что там ещё. Но в реальном мире этому препятствуют изменяющиеся требования бизнеса, жёсткие дедлайны и т.д.

Сам работаю devops-инженером, если что.

mayorovp 12 дек 2019 в 19:00

В терминологии DevOps такой человек называется "op" (во множественном числе — "ops").

olegchir 12 дек 2019 в 21:13

Вопрос не в том, что он умеет, а какие задачи делает. Если задача — заниматься site reliability, то это SRE. Если задача — программировать программы на Python — это программист. В первом приближении, можно дальше уточнять. Например, если ты занимаешься безопасностью, то вполне возможно ты Security and Privacy Engineer, а если разрабатываешь управление датацентром — то Data Center Controls Engineer.

На всякий случай позову jbaruch

Вкансии разработчиков на конкретных языках (Python, Go, PHP) вас ведь не смущают.

Если он ничего кроме этих языков не умеет, ставит тикет на админов "разверните мой софт" и дальше понятия не имеет как всё это развертывается — конечно же смущает, еще как смущает.

За свою специальность скажу: если Java-разработчик не знает, что такое Docker и Ansible (если Docker и Ansible используются в его компании), и не может в случае чего завести джобу на Jenkins или хотя бы объяснить админам, что ему нужна джоба на Jenkins, у него большие проблемы. Тоже самое и с админом, который не представляет, как накидать скрипт на Python.

VolCh 12 дек 2019 в 23:29

А если PHP-разработчик занимается параллельно с разработкой разворачиванием к8с кластеров для разных окрежений, включая политики безопасности и ресурсные, написанием CI/CD конфигов и скриптов, то разработчик ли он ещё?

grinCo 13 дек 2019 в 03:10

Можно сколько угодно говорить, что Девопс это неграмотно, но история уже свершилась — и девопсы существуют.

НЛО прилетело и опубликовало эту надпись здесь

werevolff 14 дек 2019 в 05:39

А по-моему, это тренд: придумать скандальную формулировку и запустить с ней конференцию. Например:

почему не существует DevOps инженеров.
почему team lead должен получать не более 15 тысяч в месяц.
почему senior developer — это миф.

Настройка деплоймента и поставка продукта на различные конфигурации — не тривиальная задача. Я могу прийти в команду, потратить время на развёртывание проекта локально. Могу столкнуться с тем, что подключение нового сервиса к инфраструктуре проекта невозможно. Кто будет решать эти проблемы? Я точно не буду: мне ещё тесты писать. Вот тоже бред пишете: путаете unit testing с тестированием UI. Вторым занимается тестировщик. Первым — программист. А DevOps отвечает за работу их инструментов: линтера, дебагера, тестов на сборке, автоматизированной системы тестирования.

Я бы провёл конференцию "Почему вам не стоит ходить на дурацкие конференции, где вам втирают дичь", да только у нас с вами разделение ролей: вы проводите дурацкие конференции, а я разрабатываю программные продуктыи прекрасно представляю себе роль DevOps инженера.