Всем привет! В этой статье я хочу рассказать вам о направлении DevOps (акроним от англ. development & operations) в текущих реалиях России. В первую очередь, как я это вижу для себя с позиции начинающего специалиста. Эта тема для меня особенно близка — я изучаю её в рамках своего диплома и также вливаюсь сам в эту сферу.
В данной статье мы будем рассматривать российский рынок за 2024 год, опираясь также на четвертое исследование команды Экспресс 42 — State of DevOps Russia 2024.
Что такое DevOps и зачем он нужен?
Начнем с того, зачем вообще нам DevOps и какие задачи он решает для бизнеса. Вот основной список плюсов, которые привносит с собой данная методология, а также небольшой список инструментов к каждому пункту с кратким описанием:
Автоматизация процессов. Благодаря автоматизации и таким инструментам, как CI/CD, разработчики могут быстрее выпускать обновления сервисов.
Примеры инструментов:
Jenkins — популярный open-source инструмент для построения пайплайнов CI/CD. Например, он может собирать код из репозитория, тестировать его и разворачивать на сервер автоматически.
GitLab CI/CD — интегрированное решение для управления репозиториями, автоматического тестирования и деплоя.
Ansible — инструмент для автоматизации управления конфигурацией серверов.
Стабильность систем. С помощью контейнеров, оркестрации и мониторинга обеспечивается надёжная работа приложений даже под большими нагрузками.
Примеры инструментов:
Docker — используется для контейнеризации приложений. Это позволяет изолировать окружение и обеспечить стабильную работу приложения в любой среде.
Kubernetes — система оркестрации контейнеров для управления развертыванием, масштабированием и работой приложений.
Prometheus — система мониторинга и алертинга, которая помогает отслеживать производительность и выявлять потенциальные сбои.
ELK Stack (Elasticsearch, Logstash, Kibana) — стек для анализа и визуализации логов.
Grafana — для визуализации метрик мониторинга и создания дашбордов.
Качество кода. Автоматическое тестирование помогает находить ошибки на ранних стадиях.
Примеры инструментов:
Selenium — инструмент для автоматического тестирования веб-интерфейсов.
JUnit — фреймворк для тестирования программного кода на языке Java.
Postman — автоматизация тестирования API.
-
Оптимизация ресурсов. Можно эффективно распределять вычислительные мощности и настраивать автоматическое масштабирование.
Примеры инструментов:
Kubernetes — позволяет автоматически масштабировать контейнеры в зависимости от нагрузки (например, добавлять новые инстансы при увеличении запросов).
Terraform — управление инфраструктурой как кодом (IaC), что помогает создавать и изменять серверы, базы данных и сети автоматически.
CloudFormation — инструмент от AWS для IaC, упрощающий управление ресурсами в облаке.
На первый взгляд, это кажется сложным, но, когда начинаешь разбираться, становится понятно, что DevOps — это логика и системный подход, которые экономят силы и время.
DevOps в России: что происходит сейчас?
Импортозамещение. После ухода многих зарубежных компаний российские организации перешли на свои решения, такие как Astra Linux или VK Cloud. Это требует от DevOps-инженеров умения адаптировать процессы под новые инструменты.
Open Source на подъёме. Мы активно используем такие инструменты, как GitLab, Ansible и Kubernetes, которые полностью бесплатны и доступны для всех.
Безопасность выходит на первый план. Сегодня важно не только автоматизировать процессы, но и защищать их. DevSecOps становится частью стандартной практики.
Спрос на специалистов. DevOps-инженеры сейчас в топе самых востребованных IT-профессий в России. А зарплаты в этой сфере очень привлекательные.
Согласно исследованию, 64% компаний активно используют DevOps-практики в своей работе. Особое внимание уделяется облачным технологиям и оркестрации контейнеров, где доля российских решений, таких как Deckhouse, увеличилась на 12%. Также растёт использование инструментов с элементами искусственного интеллекта: 44% компаний задействуют AI/ML для оптимизации DevOps-процессов
Исследование показывает, что компании ищут DevOps-инженеров с опытом от 3 до 6 лет (53% вакансий). Однако спрос на начинающих специалистов с опытом 1–3 года снизился с 46% до 39%. Это говорит о том, что для студентов важно как можно раньше начинать накапливать практический опыт — это в том числе участие в стажировках, прорабатывание учебных проектов или даже участие open-source проектах.
Эти данные демонстрируют, что направление DevOps в России продолжает активно развиваться, но всё ещё остаётся областью с высокой конкуренцией за опытных специалистов.
Насколько доступен DevOps?
Результаты опроса в исследовании, представленные на графике, отражают наиболее популярные источники получения новых знаний и навыков в области DevOps среди специалистов и начинающих инженеров:
Основные выводы:
Технические блоги и публикации (65,2%) занимают лидирующую позицию. Это подчёркивает значимость письменных материалов, где детально рассматриваются кейсы, новые подходы и инструменты. Блоги экспертов и платформы, вроде Medium, Хабра или специализированных порталов, остаются важным ресурсом для самообразования.
YouTube и аналогичные видеохостинги (62,4%) находятся на втором месте. Видео, включая технические разборы, туториалы и вебинары, популярны благодаря наглядности и доступности.
Общение с коллегами внутри команды или компании (61,2%) также играет важную роль. Это указывает на то, что рабочая среда способствует обмену опытом и практическими знаниями.
Онлайн-курсы и платформы обучения (60,8%), такие как Stepik, Otus или Coursera, становятся стандартным инструментом для структурированного изучения сложных тем.
Книги и учебники (53,7%) остаются важным источником, что свидетельствует о том, что фундаментальные знания всё ещё востребованы.
Социальные сети и профессиональные сообщества (47,3%), такие как LinkedIn, Telegram-каналы или DevOps-группы, помогают быстро узнавать о трендах и находить ответы на конкретные вопросы.
Официальные конференции (34,2%) имеют меньшую популярность, возможно, из-за стоимости участия и географических ограничений. Однако они остаются ценным местом для глубокого погружения в тему, а также познакомиться с трендами и завести полезные связи. Для студентов это отличный шанс узнать, что ищут компании, и найти себе ментора.
Другие источники (6,5%) занимают незначительную долю, что показывает слабую роль нетрадиционных методов в изучении DevOps.
Заключение
DevOps — это не только про технологии, но и про мышление. Он помогает смотреть на процессы шире, видеть не только код, но и его влияние на пользователей, команды и инфраструктуру.
Данное направление в России активно развивается, и это значит, что начинающие специалисты имеют множество возможностей для старта: бесплатные инструменты, open-source проекты, качественные образовательные ресурсы. Но важно не просто освоить инструменты, а понять суть процессов и искать возможности практического применения.
В конце добавлю от себя самое важное наблюдение из всего обзора. DevOps — это о том, чтобы постоянно учиться и адаптироваться к изменениям. Всем удачи в Ваших начинаниях!
P.S. Если у вас имеются в запасе полезные материалы для обучения, как и где Вы черпали свои знания для изучения данной темы, то прикрепите под статьей пожалуйста, помимо меня это будет полезно и другим людям :-)
Комментарии (26)
ky0
20.11.2024 05:39Зарплаты и правда предлагают неплохие (в моменте), но почему-то гиперфиксируются на географическом положении работника.
Melonom
20.11.2024 05:39российские организации перешли на свои решения, такие как Astra Linux
Забыли уточнить что это касается только госов.
Не кто в коммерции в здравом уме на такое переходить не будет.
qweururu
20.11.2024 05:39Не кто в коммерции в здравом уме на такое переходить не будет.
Не вижу проблем. Вполне могут перейти, если альтернативы перестанут устраивать. Это самовнушение какое-то массовое?
Melonom
20.11.2024 05:39Не вижу проблем.
Платно, закрытая документация, сырая, не что не работает "из коробки"
альтернативы перестанут устраивать
Простите, а как убунта или дебиан могут перестать устраивать что придется перейти на астру?
qweururu
20.11.2024 05:39закрытая документация, сырая, не что не работает "из коробки"
Сомнительные тезисы. По методичке все эти дистры - клоны деб/цент/может ещё чего-то. Зачем там отдельная документация и почему там может что-то не работать из коробки, что работает в оригиналах?
Платно
Вот это вполне может быть. Хотя вроде есть и бесплатные варианты в том числе для организаций - не вникал. Правда, опять же, по методичке взять платное - лучший выбор, нежели бесплатное. Но в целом довод более-менее нормальный.
как убунта или дебиан могут перестать устраивать что придется перейти на астру?
Самый простой вариант - так же как и рхел и подобное.
copycat11
20.11.2024 05:39Хотя вроде есть и бесплатные варианты
Нет.
в том числе для организаций - не вникал.
Физ. лицам недоступно даже за деньги .qweururu
20.11.2024 05:39Нет.
Ну тут нужны детали от тех, кто разбирается. Мне лень искать/читать стены текста на сайте.
Физ. лицам недоступно даже за деньги
Доступны, причём бесплатно. По крайней мере, я увидел явное "бесплатно для частников" и кнопку "скачать".
azzii
20.11.2024 05:39Документация на ОС в основном открыта. Интересно, что доки зачастую намного качественней, чем у опенсорсного оригинала.
Grigory_Otrepyev
20.11.2024 05:39совсем из песочницы брать нечего, да ?
Начнем с того, зачем вообще нам DevOps и какие задачи он решает для бизнеса. Вот основной список плюсов, которые привносит с собой данная методология, а также небольшой список инструментов к каждому пункту с кратким описанием:
Автоматизация процессов. Благодаря автоматизации и таким инструментам, как CI/CD, разработчики могут быстрее выпускать обновления сервисов.
CI-CD теперь инструмент, ммм, а до девопс автоматизации не было.
Team Foundation Server из 2005 - ну да ну да, пошел я .
psynix
20.11.2024 05:39Возьми меня с собой, в 2005...
omgiafs
20.11.2024 05:39И меня в 2009 захватите, пожалуйста! Я биткоин куплю и скажу этому ещё не лысеющему придурку, чтобы учил английский не по видеороликам этого нового сервиса, а по-серьёзу и правильно ел бутерброд, а не как дядя Фёдор из анекдота.
big17
20.11.2024 05:39
Причем не только TFS был как инструмент. Еще и методология MSF - MOF была. А это и был тот самый DevOps, когда это еще не было трендом )
dskonev
20.11.2024 05:39Всю статью пронизывает: "инструменты, инструменты, инструменты..." Тема методологии, культуры не раскрыта. А ведь именно это должно быть стержнем DevOps. Без культуры вы получите configuration/operations из 2000-х, просто с более современными инструментами и акронимом DevOps в указании должности. Вообще считаю, что если у вас есть штат DevOps-инженеров, то у вас нет DevOps. Тру DevOps - это когда экспертиза во всех этих перечисленных инструментах есть внутри команды разработки. Когда команда разработки самостоятельно умеет разворачивать свой код в кубере, поднимать флот машин в облаке, строить и тюнить пайплайны. А если и есть люди, занимающиеся конкретно инструментами, то это команда платформы. Она разрабатывает слой абстракции а-ля PaaS, который позволяет командам разработки более простыми и менее затратными средствами конфигурировать инфраструктуру.
AlekseyPraskovin
20.11.2024 05:39Тема методологии, культуры не раскрыта
Вах, сющай, какой мытодологий, какой культур, да?! Деньги нада дэлать, деньги!
duronus
20.11.2024 05:39Не в обиду автору, но DevOps глазами студента, это как смотреть на муравейник в лесу и видеть только выход муравьев. То есть студент в принципе не может проникнутся насколько это адовая специальность. Конечно сейчас начали девопсами обзывать всех кто видел гит и дженкинс, но как я привык видеть DevOps это человек который и сеть знает, и немного кодит, и дб знает, и железяки и еще 100500 пунктов, то есть это уже нормальный такой senior поэтому студенту еще только предстоит увидеть сколько он еще не знает. :-)
beat_frost
20.11.2024 05:39На практике от вакансии к вакансии все зависит, где-то за базы не спрашивают, где-то ждут девопса с компетенциями дба. То что описывайте вы, на мой скромный взгляд это человек швейцарский нож, а по существу обратная крайность. Т.е. вместо того, чтобф девопс занимался процессами построения девопс в команде и внедрял, обучал инструментам + автоматизировал пусть он нам и приложения пишет все и пайплайны и сам базу отконфигурирует. В реальности приходишь в команду, а тут облако где все на SaaS, терраформы написал и прочее, но да, базово что ты тыкаешь и понимать че такое хотя бы в вакууме нужно. Но все же я считаю людей берут на конкретные технологии решать конкретные задачи. Цель: облегчить жизнь разработке и убрать лишний latency при разработке и деплое и выявлять проблемы через правильный мониторинг: логи, метрики, и прочее-прочее.
MaxLevs
20.11.2024 05:39как я привык видеть DevOps это человек который и сеть знает, и немного кодит, и дб знает, и железяки и еще 100500 пунктов
Вы описали "программиста" из 2000. Берешь одного, работает как 10 разных.
omgiafs
20.11.2024 05:39Смех Джокера сквозь слёзы, хтонь, вселенская тоска.
В наиболее популярных источниках получения знаний по предмету вообще не упомянута такая сущность, как собственно документация к инструменту. Которая, по сути, и является источником информации для деривативов типа видеороликов, техноблогов и прочего вторичного контента.
Все потребляют вторичный контент. Пережёванное уже кем-то и переваренное кладут в свой рот, т.е. голову, без всяких сомнений. Штош.
Я, очевидно, умирающий ретроградный динозавр в Меркурии, раз для меня документация - это основной источник получения информации об инструменте.
antxzq
20.11.2024 05:39Не всегда всё есть в документации.... Видеоролики, техноблоги от вендора, иногда очень помогают разобраться. Я бы добавил к источникам знаний еще чтение исходного кода проектов, которые используешь. Чтение их issues, там можно подсмотреть новые подходы к инструменту от других людей или ошибки, которых нужно избегать (как пример) и как делать правильно
somagic
20.11.2024 05:39Хороший разработчик может и сам быть себе наполовину девопс. Идти чисто в девопс и отвыкнуть от написания практико ориентированного кода сервисов не хотелось бы. Зарплата девопса проигрывает зарплате разработчика. Не понимаю хайпа вокруг этой профессии
Pupkur
20.11.2024 05:39Начнем с того, зачем вообще нам DevOps и какие задачи он решает для бизнеса.
Начнём.
Зачем DevOps - для ускорения выхода в прод и улучшения качества разработки.
Какие задачи решает - разбивает silos в которых сидят команды.
Пример(очень утрированный для улучшения понимания)работы без деаопср(азраб) и а(дмин):
Р: мне надо сервер что бы запустить приложение. Я буду класть файлик на шару а ты сделай джобу которая его положит в папку myapp и запустит.
А: готово. (Написан терраформ код который автоматом поднимает сервак. Написана джоба которая мониторит папку и когда что-то в неё попадает копирует на сервер и запускает.Тут можно добавить любую автоматизацию и название тулов)
Р кладёт файл и... Нифига... Идёт к админу от его посылает т.к. всё сделал как просили. Значит код кривой!
Странно... Вроде всё автоматизировано... Вроде модные тулы использованы...
DevOps: на этапе планирования DevOps инженер участвует в обсуждении и узнаёт, что сервер нужен с OS BolgenOS(посылает лесом и договаривается на вменяемую OS), что надо писать исполняемые файлы в /temp(тоже лесом с объяснением), что надо (разрешения, порты, пакеты и прочая...). Затем плотно ОБЩАЕТСЯ с разрабом чтобы быть в курсе если планы меняются и/или нужна консультация как не/надо делать.
ЗЫЖЫ: если я на собесе услышу, что девопс это тупо про автоматизацию, то я Вам обязательно перезвоню.
Всё выше описанное является личным мнением и может не совпадать с мнением кого-то. Все совпадения случайны ;) Сорри за многабукаф.
Tzimie
Характерное форматирование со списками детектед
YegorP
ГПТ 4-го курса?
Sabiko
И характерные обороты: "а также небольшой список инструментов к каждому пункту с кратким описанием" - явно тут про краткое описание кусочек промпта повторяет.
Sealkeen
Тут на самом деле ещё не только характерное описание со списками, много воды в описании каждого пункта, но и ещё несостыковка в названии темы "ДевОпс в России" и то, что здесь описано.
Для диплома какого-нибудь идеально, но прожжённые Хаб(а)ровчане лучше любого детектора ИИ разрулят что почём.