Первый раз делаю повтор, но, извините, просто сейчас это болит.

Про девопс

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

1. Карго-культ - это, как пример, про то, что бигтех делает аджайл и они крутые, поэтому мы тоже будем делать спринты, дейлики и ретроспективы.
2. Semantic diffusion - это, например, считать, что аджайл = спринты, дейлики и ретро.

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

И вот из этого списка я пока не касался только девопса, наверное.

Что такое опс

Девопс - составное слово, состоящее из development и operations. И, если про первое всем всё понятно, то вот откуда взялось второе, и что оно значит - это прям загадка.

Если кратко, то это просто последняя фаза waterfall-модели: аналитики анализируют, архитекторы архитектурируют, девелоперы девелопят, тестировщики тестируют, а операции оперируют. В общем, операции - это те, кто эксплуатируют софт.

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

Конфликт

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

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

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

Эта проблема называется big wall of confusion и известна уже лет двадцать.

Решение

Тут есть 2 варианта решения:
1. Запихнуть всех в одну команду и спрашивать и за стабильность, и за темпы поставки.
2. Переложить ответственность за операции на команду разработки.

В Амазоне, например, все команды разработки называются devops teams. Именно поэтому.

Каждый разработчик имеет пейджер, на который ему приходят сообщения, если в проде беда. Ну и, естественно, график дежурств, on-call, третья линия - вот это все, на самом деле, и есть настоящий девопс.

И после переезда Netflix в облако Adrian Cockroft, архитектор Netflix, даже пошутил, что наступила эра NoOps - насколько легко разработчикам стало управлять своей айти инфраструктурой. Сейчас кстати он шутит, что наступила эра NoDevs.

Итого

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

А при чем тут тогда чел с зарплатой 500к, который круглые сутки кубер ковыряет и в дженкинсе джобы пишет? Или даже команда таких ребят?

А ни при чем.