DevOps появились вместе с микросервисами и Docker

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

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

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

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

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

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

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

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