В преддверии десятой, юбилейной DevOpsConf 2025 мы продолжаем рассуждать жив DevOps или нет. Своим мнением о будущем и настоящем этой методологии поделился член программного комитета конференции Георг Гаал.
Привет, Хабр! Меня зовут Георг Гаал, я член ПК DevOpsConf. Я энтузиаст информационных технологий со школьной скамьи. Меня эта тема очень зажгла, когда я в первый раз сел за компьютер и осознал, что вообще не понимаю, как он функционирует. Сегодня я попытаюсь на примерах из своего опыта рассказать про эволюцию DevOps, актуальных трендах и о том, как оставаться востребованным в профессии.
Эволюция DevOps
В DevOps я полностью погрузился в 2017 году, примерно тогда же, когда и проходили первые DevOps Conf. До этого работал программистом, занимался ремонтом ноутбуков, был системным администратором. В какой-то момент понял, что с завистью смотрю на более опытных коллег, на Linux-администраторов, которые отвечают за высоконагруженные сервисы. Мне очень хотелось пойти в этом направлении. Тем более, были подходящие навыки.
В каком-то смысле мне тогда повезло, ведь я застал цифровую трансформацию в большой компании, тот самый переход, когда менялись подходы к инфраструктуре и продуктам. Я помогал разработчикам настраивать сервера, деплоить, следил за отказоустойчивостью систем. При этом на моих глазах возникало что-то новое: мост между разработкой и системным администрированием.
Компании переходили от монолитных архитектур к облачным решениям, сообщество обсуждало принципы двенадцати факторов и cloud-native подход. Повсеместно внедряли Kubernetes, нужно было переходить на новый уровень, то есть работать не с отдельными контейнерами, а на более высоком уровне абстракции. Ещё в тот момент я чётко осознал две вещи. Во-первых, DevOps — это хорошо. Во-вторых, большие данные — это хорошо. Потому что количество данных, которое мы обрабатываем, постоянно увеличивалось, и хотя бы минимальное знание этого стека уже становилось базовым.
Эти тренды отлично видны даже по названиям докладов конференции DevOpsConf, которая тогда ещё называлась RootConf. С 2016 по 2018 термин DevOps встречался там всё чаще, много говорили о внедрении CI/CD, облачных решениях и том, как всё поменялось или меняется. А в 2018 конференция обрела своё текущее имя, что только подтверждает популярность термина.
Где-то в 2019 DevOps’ы стали много работать с платформами, появились проекты по машинному обучению и обработке больших данных. Тогда это тоже была горячая тема. Например, в том же году на конференции был доклад о внедрении ClickHouse. Примерно в то же время я тоже начал работать в этом направлении.
Логичным итогом и успехом этой работы стала собственная платформа базе Kubernetes – cozystack.io. Мне, Андрею Квапилу и команде единомышленников удалось не только её разработать, но и добиться принятия в фонд CNCF.
Текущие тренды
Сегодня навык работы с Kubernetes, хотя бы базовый, стал таким же необходимым, как и навык работы в Linux. Если раньше мы разрабатывали приложения, которые будут работать на одном сервере, то сейчас стараемся в первую очередь делать приложения, которые функционируют в облаке. Kubernetes позволяет эти приложения правильным образом обслуживать. То есть изменился подход, и поэтому расцвёл абсолютно новый зоопарк облачных технологий.
Утилизируемый ресурс
Раньше мы относились к серверам как питомцам. Это приводило к тому, что конфигурации были непереносимыми. Случались серьёзные ошибки, приводящие к сбоям и недоступности систем. Сейчас же парадигма сменилась. Появились новые инструменты вроде Kubernetes, которые позволяют эффективно управлять флотом серверов. При этом каждый сервер стал утилизируемым: если он не работает правильно, то нам проще не чинить его, а удалить и создать новый. Что ещё лучше – система делает это автоматически. Таким образом, мы позволяем инженерам работать с тысячами серверов.
Интеграция в DevOps-практики и платформенный подход
Сейчас интеграция ML и Big Data в DevOps-практики (например, платформы на Kubernetes для обработки данных) становится стандартом в банках и других отраслях. Это возможно в том числе за счёт платформенного подхода. Сейчас даже неподготовленный пользователь без помощи технических специалистов может использовать готовые пайплайны, подключать, извлекать, визуализировать и анализировать большие данные из самых разных источников через единый UI.
Фокус на безопасность
Ещё один важный тренд — это фокус на безопасности. Количество сущностей в типичной инфраструктуре сильно увеличилось. Современная инфраструктура энтерпрайз-предприятия состоит из множества информационных систем, собранных на базе разных компонентов, и это приводит к определённым рискам.
Например, в библиотеке NodeJS злоумышленники подменили компонент на заражённый или с бэкдором. Это проблема, система небезопасна, нас взломали, а значит, вполне возможны потери данных и недоступность систем.
Получается, на уровне инфраструктуры инженеры уже должны понимать, какие могут быть проблемы, и стараться превентивно их решать, не ожидая, что к ним придут безопасники и сделают всё за них.
Автоматизации рутины
Говоря о трендах, невозможно обойтись без хотя бы нескольких слов про ИИ.
Появилось множество инструментов, чтобы инженерам не нагружать свой мозг простыми задачами. Например, нужно написать bash скрипт. У человека на это уйдет минут 20 — пока попьёт чай, пока поразмыслит, напечатает, протестирует, чтобы это нормально работало. А ChatGPT достаточно сказать: напиши bash скрипт, который делает то-то и то-то. Минута и готово. Если что-то не так, поправляете код, и примерно с третьей итерации получаете скрипт, который работает.
С другой стороны, к этим инструментам нужно подходить с осторожностью. Сеньорам, а также инженерам уровня middle они помогают и сильно повышают эффективность работы. Такие специалисты достаточно компетентны и могут верифицировать полученный от нейросети результат, понимают, что нужно исправить. А менее опытные вполне могут не заметить неполадок в коде и поставить под угрозу сохранность данных.
Есть ещё большие вопросы к конфиденциальности этих инструментов. Если мы отправляем, в ChatGPT какие-то корпоративные данные, то они становятся достоянием этого сервиса. Он может эти данные использовать.
Собственно, об этих трендах говорю не только я, но и коллеги. Примерно их же выводит в своей недавней статье Антон Черноусов, который изучил несколько исследований о будущем и настоящем DevOps. Рекомендую к прочтению. Ещё Антон прочитает доклад на грядущей DevOpsConf о том, куда движется IaC. Будет интересно, ведь речь пойдёт не только о новом этапе этого подхода, но и о том, куда развиваться инженерам.
О будущем DevOps рассказывал на прошлогоднем DevOpsConf Игорь Курочкин. Также в 2024 было много докладов о платформах и обработке больших данных, что ещё раз подтверждает их актуальность для сообщества.
Вызовы российского DevOps
Раз уж мы заговорили про будущее и актуальность, предлагаю поговорить о текущих рисках.
Сейчас в РФ часть сервисов недоступна, инженерам пришлось искать аналоги. В первую очередь, это сервисы для обеспечения работы бизнеса, например, Slack или облачные почтовые сервисы. Есть проблемы с инструментами – среды разработки, например, от JetBrains и т. д.
Но, кроме этого, на российском рынке сейчас сложилась ситуация, когда решения, которые вы используете, должны быть сертифицированы, внесены в Росреестр, проверены на безопасность. Мы уже не можем использовать технологии, к которым привыкли, приходится мигрировать на отечественные варианты. А они, к сожалению, не всегда бывают достаточно зрелыми.
При этом растёт стоимость IT-инфраструктуры, есть дефицит кадров. В общем, существуют определённые сложности, но коллеги справляются. Не в последнюю очередь благодаря сообществу, митапам и конференциям.
Что изучать, чтобы оставаться востребованным
Для начала отличный лайфхак. Недавно появился инструмент landscape.cncf.io, который показывает, что есть на рынке и помогает выбрать правильное решение под конкретную задачу. С его помощью можно построить траекторию обучения. То есть, выбираете решение, изучаете и остаётесь востребованным специалистом.
Для того чтобы им быть, нужно не бояться полностью менять стек и активно учиться новому. Это очень важно. В начале карьеры эта мысль меня сильно напугала, поэтому я сделал шаг в сторону и ушёл из системного администрирования в другое направление. Как оказалось – зря.
В целом мой опыт также подтверждает тезис, что обязательно надо обладать базовыми навыками. Ребята, которые сейчас становятся только лишь техниками-инженерами, сначала начинают работать с высокого уровня абстракциями, не понимая, что там «под капотом». Такой вариант обучения тоже возможен. Вам же не нужно знать устройство автомобиля, чтобы водить его, но это может создавать определённые проблемы. Когда что-то идёт не так, или вы не понимаете ограничения. Например, как с автомобилем. Если вас никто не обучал механике того, что происходит, вы выскакиваете на трассу с превышением скорости и разбиваете машину. А всего лишь надо было знать физику процесса — сцепление колёс с асфальтом, что безопасно, а что не очень.
Поэтому любому инженеру нужно развиваться в сторону базовых вещей и углублять знания в смежных направлениях. Такой принцип появился лет 5 назад, его называют T-shape. Это значит быть узким специалистом в конкретной области, но при этом обладать широким кругозором. То есть, если на тебя падают задачи из смежных отделов, ты их можешь решать, конечно, менее эффективно, чем другие. Но при этом ты можешь связать все решения в единую систему. Это как эрудиты XX века, которые делали открытия на стыке различных наук: биология-химия, медицина-техника, математика-физика и биология-физика.
Одной из фундаментальный вещей для качественного развития как специалиста – осознание концепции эмерджентных свойств. Это известный принцип, который гласит: целое всегда больше, чем сумма частей. Целое всегда обладает какими-то новыми свойствами, их нужно уметь выявлять, и если эти свойства негативны, каким-то образом их устранять. Наглядным примером может быть губительность резонанса. Скажем, построили мы мост. Рассчитали нагрузку. Проверили каждый элемент отдельно. А потом - бах - пошел строй солдат по мосту, они шагали в ногу. Из-за этого колебания усилились и конструкции моста разрушились. Мы должны стараться такие вещи предвидеть заранее.
При этом конференции — это очень хороший способ расширить кругозор, углубить знание своего предмета, пообщаться с коллегами, оценить тренды, которые существуют.
Докажу этот тезис на примере грядущей DevOpsConf. В этом году у нас будет классный доклад из компании Cloud.ru, про оптимизацию GPU. Ребята презентуют механизм, который позволяет распределять ресурсы по процессам без конфликтов.
Ещё будет очень интересный доклад про технологию vCluster. Она позволяет разделить один большой кластер на несколько виртуальных, помогает обеспечить безопасность и сильно сэкономить на ресурсах.
Примечательный доклад будет от компании МТС про то, как они управляют инцидентами. Коллеги расскажут о своём подходе, как они выстраивают мониторинг, какие там есть проблемы и как эффективно построить другие процессы вокруг этого.
Будут круглые столы с уникальной экспертизой, например, вот такой, про экспериментальные подходы в хаос инжиниринге.
Собственно нигде, как на конференциях, нельзя получить столько разной и глубокой экспертизы. Разве что загрузить Хабр целиком себе в голову.
Подведу итог
DevOps живее всех живых, сообщество очень активно. Сам подход развивается в сторону платформенного инжиниринга, безопасности и использования нейросетей для автоматизации простых задач. Однако избыток этой самой автоматизации негативно влияет на неопытных инженеров, снижая глубину их знаний. Им я бы посоветовал уделять больше внимания базовым знаниям и расширять кругозор в смежных направлениях.
А вот каким будет DevOps уже завтра сказать довольно сложно. Будем активно обсуждать этот вопрос на будущей DevOpsConf в апреле, поговорим, поспорим и попытаемся предсказать будущее. Приглашаю вас поучаствовать в дискуссии.
