Как выжить DevOps-инженеру в большой корпорации: лайфхаки и советы от бывалых

Привет, DevOps-бойцы! Сегодня затронем больную для многих тему: как не сойти с ума, будучи DevOps-инженером в большой корпорации. Знаете эти бесконечные митинги, согласования, бюрократию и прочие радости энтерпрайза? Вот-вот, про них родимых и поговорим. Расскажем про опыт редакции, а вы дополняйте в комментах, глядишь, соберем хороший набор лайфхаков для новичков.

Первое, с чем сталкиваешься в корпе — это огромное количество стейкхолдеров. Каждый со своим интересом, и все хотят твоего внимания. Разработка требует релизов через день, безопасники хотят три уровня авторизации для любого чиха, а топ-менеджмент уже раз пять переспросил "когда уже будет готово?". И всем надо уметь разъяснить, успокоить и что-то пообещать. Наш совет: определите ключевых игроков, выстройте с ними доверительное общение и действуйте через них. Плюс учитесь находить компромиссы, а то утонете в бесконечных митингах.

Вторая напасть: легаси, легаси everywhere. Допотопные системы с колоссальным техдолгом, трехэтажные монолиты, про которые уже никто не помнит, как и зачем они работают. И вот это все надо как-то деплоить, мониторить и вообще поддерживать жизнь. Тут главное — определите, что можно относительно безболезненно зарефакторить, а что лучше не трогать. Проводите инкрементальные улучшения, интегрируйте с современными практиками, но без фанатизма. Лучше медленно, но верно, чем сломать все и получить проблемы с продакшеном.

Третий момент: в корпорации процессы превыше всего. На каждый чих по три согласования и пять подписей. Хочешь новый сервис поднять, изволь обоснование написать, архитектурный комитет пройти и со всеми утрясти. Как с этим бороться? Ну, во-первых, таки автоматизировать все, что можно. IaC наше все — инфра и конфиги в кодовом виде, деплой по кнопке, роллбеки автоматические. Меньше будет ручной работы — меньше согласований. Во-вторых, инвестируйте время в выстраивание отношений со смежниками. Глядишь, если по-человечески договоритесь, можно и про некоторые бюрократические формальности "забыть".

Ещё одна частая беда — мотивация и профессиональный рост. В корпорациях легко стать "винтиком" и закопаться в рутину. Годами пилить один и тот же проект, не видя особых перспектив, — то ещё удовольствие. Что делать? Ищите возможности дополнительного обучения — конференции, митапы, курсы. Не стесняйтесь проситься спикером, делиться знаниями с коллегами. Заводите знакомства в других отделах, присматривайтесь к открывающимся вакансиям. В общем, держите руку на пульсе и не давайте себе застаиваться.

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

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

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

🏴‍☠️ @happy_devops