Адекватный взгляд на DevOps: мифы и реальность

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

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

Кстати, раз уж заговорили о тулзах — еще один популярный миф, что без микросервисов, Kubernetes и иже с ними в DevOps делать нечего. На деле работать в этом стиле можно хоть со старым-добрым монолитом. Да, с ним сложнее, но можно, было бы желание. Глобальная цель — делать инкременты продукта быстро, часто и с хорошим качеством. А какими методами вы этого достигаете — уже дело десятое.

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

Двигаемся дальше. Расхожее мнение: внедрив DevOps, сразу получаем профит в виде скорости и новых фич. И бизнес счастлив, и пользователи. А на практике часто по первости получается с точностью до наоборот — скорость падает, потому что параллельно с фичами приходится не забывать про техдолг, строить пайплайны, нормальный мониторинг и так далее. Это нужно четко проговаривать на берегу, чтобы потом не было сюрпризов и разочарований.

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

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

Резюмируя: давайте смотреть на вещи трезво, отделяя зерна от плевел. Это не серебряная пуля, а серьезная методология со своими граблями и подводными камнями. Методология, требующая слаженной работы людей и процессов на всех уровнях. Но результат того стоит — более быстрые и качественные продукты, довольные пользователи и все такое. Так что дерзайте, но без фанатизма!

Делитесь в комментах своим опытом и мнением, и не забывайте про реакции, без них никуда

🏴‍☠️ @happy_devops