DevOps — не первая профессия в ИТ, а вторая или третья. На рынке 2026 года вакансии junior DevOps почти отсутствуют: компании ищут людей, которые уже умеют админить Linux, писать скрипты и понимают, как устроено приложение, которое они разворачивают. Поэтому честный путь в DevOps выглядит так: сначала год-полтора в смежной роли — системный администратор, разработчик, инженер поддержки, — и только потом переход в DevOps-практики. Прямой маршрут «с нуля за полгода», который продают, заканчивается резюме без единого отклика.
Дальше — про реальную траекторию, а не про мечту с лендинга. Почему «DevOps с нуля» — это маркетинговый миф и кому он стоит сорванных денег. Что учить и в каком порядке — от Linux до Kubernetes. Сколько это занимает на самом деле: не три месяца, а полтора-три года от старта в ИТ. И два разных маршрута: для тех, кто уже работает рядом, и для тех, кто начинает с полного нуля и вынужден идти через промежуточную профессию.
Главная мысль одной строкой: DevOps — это набор практик поверх инженерного фундамента, а не точка входа в индустрию. Сначала фундамент — операционная система, сети, скрипты, понимание разработки. Потом инструменты автоматизации — контейнеры, конвейеры сборки, облака, оркестрация. Кто пытается перепрыгнуть фундамент и учить Kubernetes, не зная, что такое процесс и порт, тратит деньги на курс, после которого всё равно непонятно, что делать руками. А кто строит по порядку — доходит до зарплаты, которой в индустрии мало кто может похвастаться.
Сергей, 24 года, без опыта в ИТ, купил курс «DevOps-инженер с нуля» за солидные деньги. Полгода учил Docker, потом Kubernetes, потом Terraform — всё по видеоурокам, всё «как у настоящих». Выпустился с сертификатом, разослал сорок откликов. Ни одного приглашения. На редком отклике-ответе ему написали честно: «Покажите, как вы поднимали инфраструктуру в проде». Показывать было нечего — он умел повторять команды из урока, но не понимал, что под ними происходит.
Проблема не в Сергее и не в его старании. Проблема в самой идее, что DevOps берётся с нуля. DevOps-инженер автоматизирует то, что до него делали руками: сборку приложения, его доставку на серверы, развёртывание, мониторинг. Чтобы автоматизировать процесс, надо сначала понимать сам процесс. Нельзя написать конвейер сборки для приложения, не понимая, как это приложение работает. Нельзя настроить сервер, не умея с ним обращаться через консоль. Kubernetes оркестрирует контейнеры — но если для вас контейнер это магия из урока, оркестрировать вам нечего.
Поэтому исследователи рынка прямо относят DevOps к профессиям высокого барьера входа — наравне с информационной безопасностью за пределами азов. Это значит: «с нуля онлайн за три месяца» здесь не работает в принципе. Нужен предыдущий ИТ-опыт — Linux, администрирование или разработка. Курс «DevOps с нуля» не врёт про инструменты. Он врёт про то, что после него вас возьмут.
Грейдовая структура подтверждает это деньгами. Медиана hh.ru по DevOps в январе 2026 года — 216 800 ₽, среднее по России около 210 000 ₽. Это зарплата уровня middle и выше. А junior DevOps как массовая позиция почти не существует: компании не держат стартовых ставок для людей, которым надо объяснять, что такое SSH. Высокая медиана — не потому что вход лёгкий и сразу платят много. Потому что в этой профессии почти нет джунов.
Прежде чем трогать Docker, надо уметь обращаться с тем, внутри чего Docker работает. Фундамент DevOps — это четыре кита, и они не про автоматизацию вообще.
Linux — первый и главный. DevOps живёт в Linux-консоли: серверы, контейнеры, конвейеры — всё это под Linux. Надо не «знать про Linux», а жить в терминале: управление процессами, права доступа, файловая система, systemd, чтение логов, работа по SSH. Это не неделя по верхам. Это база, на которую ложится всё остальное.
Скрипты — второй. Bash для автоматизации рутины и Python для задач посложнее. DevOps-инженер не делает руками то, что можно записать в скрипт, — в этом половина смысла профессии. Не умеете автоматизировать в коде — вы не DevOps, вы человек, который вручную копирует файлы на сервер.
Сети — третий, и его чаще всего недооценивают. Без понимания, как работает TCP/IP, что такое порт, DNS, HTTP, балансировщик, обратный прокси, — невозможно разобраться, почему сервис не отвечает. Половина работы DevOps в тяжёлый день — это диагностика «почему оно не соединяется», а без сетей такая диагностика превращается в гадание.
Четвёртый — понимание разработки. Не обязательно быть программистом, но надо понимать, как собирается и запускается приложение, что такое зависимости, окружение, переменные среды, как устроен жизненный цикл кода от коммита до прода. Иначе нечего автоматизировать — вы не знаете, что именно происходит между «разработчик написал код» и «пользователь открыл сайт».
Эти четыре кита — не разминка перед «настоящим DevOps». Это и есть восемьдесят процентов профессии. Инструменты поверх них учатся за недели, фундамент — за месяцы. Соседняя статья серии разбирает пререквизиты подробно; здесь важно понять одно: если фундамента нет, любой курс по Kubernetes — это деньги, выброшенные на красивые слова, которые нечем подкрепить.
Учить инструменты DevOps в случайном порядке — то же самое, что строить крышу до стен. Есть последовательность, и она не произвольная: каждый следующий слой опирается на предыдущий.
Сначала — то, что описано выше: Linux, Bash и Python, сети, основы разработки и обязательно Git как система контроля версий, на которой держится весь современный процесс. Это фундамент, и пока он не уложен, дальше идти бессмысленно.
Потом — контейнеры. Docker: что такое образ, контейнер, как собрать своё приложение в контейнер, как связать несколько контейнеров. Контейнеры — это способ упаковать приложение так, чтобы оно одинаково работало и на вашем ноутбуке, и на сервере. Понять их можно, только понимая, что такое процесс и изоляция, — отсюда требование к фундаменту.
Дальше — CI/CD, конвейеры непрерывной интеграции и доставки. Это автоматизация пути от коммита в Git до запущенного приложения: код собрался, прошёл тесты, упаковался в контейнер, уехал на сервер — без единого ручного действия. CI/CD — сердце DevOps, то, ради чего профессия существует. Но настроить конвейер можно, только понимая всё, что было до: Git, сборку приложения, контейнеры.
Затем — облака и инфраструктура как код. Развёртывание в облачной инфраструктуре, а потом Terraform и Ansible — инструменты, которые описывают серверы и их настройку текстом. Вместо того чтобы настраивать сервер руками, вы пишете конфигурацию, и инфраструктура поднимается из кода. Это снова автоматизация — и снова она требует понимания того, что автоматизируется.
И только в конце — Kubernetes. Оркестрация: управление десятками и сотнями контейнеров, их масштабирование, самовосстановление, балансировка. Kubernetes — вершина стека, самый сложный инструмент, и именно с него почему-то начинают курсы «с нуля». Это всё равно что учить высший пилотаж, не умея выруливать на взлётную полосу. Kubernetes имеет смысл, только когда вы уже понимаете контейнеры, сети и конвейеры под ним.
Запомнить порядок просто: Linux и скрипты, сети, Git, Docker, CI/CD, облака, инфраструктура как код, Kubernetes. Каждый следующий шаг бесполезен без предыдущего. Перепрыгивать — значит зубрить команды, не понимая, что они делают.
Маршрут зависит от того, откуда вы стартуете. И их ровно два — короткий и длинный.
Короткий маршрут — для тех, кто уже работает в ИТ рядом. Системный администратор знает Linux и сети — ему остаётся добрать скрипты, контейнеры и конвейеры. Разработчик понимает код, сборку и Git — ему нужны Linux поглубже, инфраструктура и автоматизация развёртывания. Инженер технической поддержки видел, как ломается прод, и знает основы систем — ему до DevOps ближе, чем человеку с улицы. Для всех троих DevOps — это не новая профессия, а достройка той, что уже есть. Год-полтора целенаправленного движения по стеку поверх рабочего опыта — и переход реален. Часть пути уже пройдена на основной работе.
Длинный маршрут — для тех, кто начинает с полного нуля, без ИТ за плечами. Здесь прямой дороги в DevOps нет, и попытка её найти заканчивается как у Сергея. Реальный путь — через промежуточную профессию. Сначала войти в ИТ там, где барьер ниже: системное администрирование, инженер поддержки, иногда разработка. Поработать в этой роли реально, не на курсе, — год, чтобы Linux, сети и работа с серверами стали рефлексом, а не строчкой в конспекте. И уже с этой базой и реальным опытом двигаться в DevOps по порядку из предыдущего раздела.
Да, это дольше. Это не «полгода и я DevOps», а «год на вход в ИТ плюс год-полтора на переход». Зато это работает, а короткий путь — нет. Рынок 2026 года устроен так, что 51% вакансий ждут опыта от одного до трёх лет, и DevOps — не исключение, а крайний случай этого правила. Формула рынка — «дефицит навыков, а не людей»: соискателей, написавших в резюме «DevOps после курса», много, а людей с реальным инженерным фундаментом мало. В этот разрыв и надо целиться — но войти в него можно только через фундамент, которого не даёт ни один курс «с нуля».
Полтора-три года от старта в ИТ до позиции DevOps. Не три месяца, не полгода. Эту цифру стоит принять до того, как платить за обучение, — она избавит от разочарования и сэкономит деньги.
Если вы уже работаете в смежной ИТ-роли — отсчёт от года до полутора. У вас есть фундамент, нужно достроить стек и набрать практику на реальных задачах. Если вы начинаете с полного нуля — складывайте: год на вход в ИТ через промежуточную профессию плюс год-полтора на переход в DevOps. Отсюда и берутся полтора-три года в зависимости от точки старта.
Эти сроки — не про лень и не про медленные курсы. Они про объём. DevOps требует уверенного владения операционной системой, сетями, кодом, десятком инструментов — и, что важнее, опыта, когда всё это ломалось у вас в проде и вы это чинили. Такой опыт не ускоряется видеоуроком. Он набирается временем и реальными задачами.
Зато на выходе — одна из самых оплачиваемых инженерных позиций. Медиана hh.ru в январе 2026 года — 216 800 ₽, у senior около 340 000 ₽. И ценится отдельно: на рынке импортозамещения растёт спрос на DevOps, умеющих работать с российскими решениями. Высокий барьер входа здесь работает на тех, кто его прошёл, — конкурентов мало именно потому, что путь долгий и большинство сходит с дистанции на полпути.
Сначала — честно определить точку старта. Вы уже в ИТ или с полного нуля? От этого зависит, год вам идти или три, и стоит ли вообще целиться сразу в DevOps или сначала войти в индустрию через профессию с низким барьером. Это первая развилка, и ошибиться на ней — значит купить курс не про то.
Если вы с нуля — не покупайте «DevOps с нуля». Выберите промежуточную профессию: системное администрирование или поддержку. Освойте её, отработайте год, сделайте Linux и сети рефлексом — и только потом возвращайтесь к DevOps. Если вы уже в смежной роли — стройте стек по порядку: добейте Linux и скрипты, потом Docker, потом конвейеры, потом облака и Kubernetes. Не прыгайте к Kubernetes, какой бы заманчивой ни казалась эта строчка в резюме.
И главное — не учите инструменты в пустоту, а собирайте то, что можно показать: своя инфраструктура, поднятая из кода, настроенный конвейер сборки, развёрнутое в контейнерах приложение в публичном репозитории. На собеседовании это весит больше любого сертификата — ровно потому, что доказывает руки, а не прослушанные лекции.
Чтобы не гадать, с какой профессии входить и какой маршрут короче именно под ваш бэкграунд, пройдите Профтест: пара минут вопросов про ваш опыт и цели — и на выходе реальный стартовый путь, а не общий совет из интернета.
Сергей, с которого начался текст, в итоге устроился в техподдержку, отработал год, дорос до системного администратора и сейчас добирает DevOps-стек поверх настоящего опыта. Дольше, чем обещал курс. Зато на этот раз без сорока откликов в пустоту — потому что наконец есть что показать.
