Как стать DevOps-инженером после сисадмина: план 2026

Что из опыта сисадмина уже засчитывается в DevOps

Заметную часть того, что спрашивают на собеседовании junior-DevOps, системный администратор уже умеет: Linux на уровне ежедневной работы, сети, DNS, балансировщики, мониторинг и разбор инцидентов. Фундамент у профессий общий, различается способ работы. Сисадмин чинит и настраивает руками, DevOps описывает то же самое кодом и автоматизирует повтор.

Это подтверждают сами инженеры. В разборе пути в профессию на dev.by все опрошенные инженеры пришли в DevOps именно из системного администрирования, а сам переход там прямо называют карьерным ростом.

Что конкретно переносится без доработки:

• Администрирование Linux: systemd, права, пакеты, журналы, диагностика через strace и lsof.
• Сети: TCP/IP, DNS, маршрутизация, файрволы, VPN и, главное, понимание того, почему у пользователя «не открывается сайт», хотя сервер формально работает.
• Мониторинг в Zabbix или Prometheus.
• Виртуализация: VMware, Proxmox или Hyper-V, расчёт ресурсов под нагрузку.
• Культура дежурств: умение спокойно разбирать аварию в три часа ночи, а утром написать по ней понятный разбор для команды.

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

Карта пробелов: чему учиться в первую очередь

Главный пробел сисадмина почти всегда один и тот же: работа с кодом и версиями. Инфраструктура в DevOps живёт в Git-репозитории, меняется через merge request и раскатывается конвейером. Пока вы не освоили этот цикл, Docker и Kubernetes будут восприниматься как ещё одни программы для установки, оторванные от процесса доставки.

Порядок в таблице не случайный. Ansible ближе всего к привычной работе администратора, поэтому даёт быстрый результат и мотивацию. Kubernetes стоит брать последним: без понимания контейнеров и CI/CD он превращается в набор непонятных YAML-файлов.

Теперь о программировании. Писать приложения не придётся, но читать чужой код и писать скрипты на 100-200 строк нужно уверенно. Какой объём кода реально требуется, показано в материале про DevOps без опыта в разработке.

Почему с переходом лучше не тянуть

Рынок вакансий для классических администраторов заметно сжался, а для DevOps остался стабильным. Автор разбора вакансий hh.ru по Москве на Хабре насчитал 337 вакансий системного администратора в 2025 году против 782 годом ранее. Число вакансий DevOps в той же выборке три года подряд держится на одном уровне (84 в 2025 году).

Выборка ограничена Москвой и вакансиями, размещёнными за месяц до сбора, поэтому весь рынок она не описывает, но тренд в них виден хорошо. Компании переносят инфраструктуру в облака и автоматизируют поддержку, поэтому классической администраторской работы становится меньше, а людей, которые умеют управлять этим кодом, по-прежнему не хватает.

Сильнее всего сократился вход в профессию: вакансий помощника и junior-администратора стало 52 вместо 297. Конкуренция за оставшиеся места растёт, и опытному сисадмину становится выгоднее искать рост в смежной специализации.

Деньги говорят о том же. По данным того же разбора, пик зарплатных предложений для сисадминов находится около 150 000 ₽, у DevOps около 250 000 ₽. Это сравнение самых частых предложений в вакансиях, а не медиан, поэтому в других исследованиях разрыв может оказаться меньше. Для сравнения, медианная зарплата всего IT в первой половине 2025 года, по отчёту Хабр Карьеры, составила 182 700 ₽, а зарплаты в администрировании выросли на 5%.

Посчитать, за сколько окупится обучение при вашей текущей зарплате, можно в калькуляторе окупаемости курсов.

План перехода из сисадмина в DevOps на 6-9 месяцев

Если отвечать коротко на вопрос, как стать DevOps-инженером после системного администрирования, то это 6-9 месяцев по 8-10 часов в неделю без отрыва от работы. Эксперты dev.by называют похожую цифру: самостоятельное освоение DevOps в размеренном темпе, совмещая обучение с работой, обычно занимает около года. Админский опыт сокращает этот путь, потому что Linux и сети учить заново не нужно.

1. Месяцы 1-2: Git и Python. Перенесите в репозиторий все свои скрипты и конфиги, заведите правило менять их только через коммит. Параллельно перепишите два-три Bash-скрипта на Python с обработкой ошибок.
2. Месяцы 2-3: Ansible. Опишите ролью настройку типового сервера, который вы обычно поднимаете руками. Критерий готовности простой: новый сервер настраивается одной командой, повторный запуск ничего не ломает.
3. Месяцы 3-5: Docker и CI/CD. Упакуйте в контейнер любой внутренний сервис, хотя бы вики или мониторинг. Соберите конвейер в GitLab CI: линтер, сборка образа, деплой на тестовый стенд.
4. Месяцы 5-7: Kubernetes и Terraform. Поднимите кластер в облаке через Terraform, разверните туда тот же сервис через Helm, подключите Prometheus и Grafana.
5. Месяцы 7-9: поиск работы. Оформите репозиторий с проектами, обновите резюме и начинайте собеседования, не дожидаясь ощущения «знаю всё».

Чаще всего время теряют, изучая инструменты по отдельности. Ценность для работодателя в цепочке «код в Git, автоматическая сборка, раскатка, мониторинг», поэтому каждый новый инструмент встраивайте в уже собранный проект.

Этот план рассчитан на тех, у кого уже есть Linux и сети. Если базы нет, начните с общего роадмапа DevOps с нуля, там помесячно разобраны и основы администрирования.

Как превратить текущую работу в DevOps-опыт

Быстрее всего переход происходит внутри своей же компании. Работодателю дешевле вырастить DevOps из администратора, который знает всю инфраструктуру, чем искать человека снаружи. Поэтому первые DevOps-задачи стоит брать прямо на текущей должности, не дожидаясь смены названия в трудовом договоре.

Ищите в своей работе повторяющиеся ручные операции. Типичные кандидаты для автоматизации у сисадмина:

• Настройка нового сервера по чек-листу из вики.
• Выпуск SSL-сертификатов.
• Создание учётных записей и доступов для новых сотрудников, которое сейчас делается через три разные консоли.
• Бэкапы, которые никто не пробовал восстановить с момента настройки.
• Обновление пакетов на парке машин по одной, вечером в пятницу, с надеждой, что ничего не отвалится после перезагрузки.

Каждая такая задача, переведённая в Ansible-роль или конвейер, становится строкой в резюме с измеримым результатом. «Сократил время ввода сервера в работу с двух часов до десяти минут» звучит для нанимающего менеджера сильнее любого сертификата.

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

Если такой возможности нет, тренируйтесь на собственной инфраструктуре: домашний сервер, недорогой VPS или стартовый грант облачного провайдера. Важно, чтобы проект был живым и что-то реально обслуживал.

Какое облако учить: AWS или российские платформы

Для работы в России начинать стоит с Yandex Cloud или VK Cloud, AWS можно оставить на потом. В том же разборе московских вакансий на Хабре видно, что в вакансиях с высокими зарплатами работодатели упоминают именно российские облачные платформы и работу с кластерами. Большинство англоязычных курсов при этом построены на AWS.

Хорошая новость для администратора: принципы у всех облаков одинаковые. Виртуальные сети, группы безопасности, балансировщики, объектное хранилище и управляемые базы данных устроены похоже, а Terraform работает с каждым из этих провайдеров через свой плагин. Выучив один, вы переходите на другой заметно быстрее, чем с нуля.

Учебный проект стоит сделать в одном облаке целиком через Terraform, без единого клика в веб-консоли. Именно это умение описывать инфраструктуру кодом отличает DevOps от администратора, который просто перенёс свои серверы в облако. Когда редакция SkillEdge сверяет программы курсов, мы смотрим и на этот пункт: есть ли в модуле про облако Terraform или только работа через веб-консоль. Расходы на учебный стенд остаются небольшими, если удалять ресурсы после каждой сессии командой terraform destroy.

Нужен ли курс и какой выбрать администратору

Сравнивая DevOps-программы в каталоге SkillEdge, мы видим одну и ту же ловушку: большинство полных курсов рассчитаны на новичков и первые месяцы тратят на Linux и сети. Сисадмин платит за модули, которые давно знает. Из 12 полных программ «DevOps-инженер» в каталоге только одна прямо адресована действующим IT-специалистам.

Цены по каталогу на момент публикации:

• Нетология, «DevOps-инженер: курс для действующих IT-специалистов»: 97 500 ₽ за 8 месяцев.
• Нетология, «DevOps-инженер с нуля»: 115 000 ₽, 14 месяцев.
• Расширенный курс с нуля той же школы: 134 600 ₽, 19 месяцев.
• Полные программы других школ: от 19 890 ₽ в Merion Academy до 141 578 ₽ в GeekBrains; разница в цене почти всегда объясняется форматом: есть ли живые наставники, проверка домашних заданий и помощь с трудоустройством.

Есть и вариант собрать обучение из отдельных модулей под свои пробелы. Мы сложили четыре точечных курса из каталога: Docker с нуля в Skillbox (4 766 ₽), GitLab CI/CD в Merion Academy (16 250 ₽), Ansible для DevOps-инженера в Skillbox (30 000 ₽) и курс по платформе на Kubernetes в Skillbox (59 008 ₽). Итого 110 024 ₽.

Вывод по цифрам однозначный: внутри одной школы программа для действующих специалистов дешевле курса с нуля на 17 500 ₽ и короче на 6 месяцев, а расширенного курса дешевле на 37 100 ₽ и короче на 11 месяцев. Программы Merion Academy дешевле, но рассчитаны на самостоятельное прохождение, поэтому сравнивать их напрямую с наставническим форматом некорректно. Модульная сборка выгодна, только если у вас закрыта часть пробелов, например Docker и Ansible вы уже знаете по работе. Тогда достаточно добрать CI/CD и Kubernetes.

Перед оплатой откройте программу и проверьте, сколько недель отведено на Linux и сети. Если больше месяца, курс написан не для вас. Все DevOps-программы с актуальными ценами собраны в каталоге курсов DevOps, а две-три выбранные удобно положить рядом в сравнении курсов.

Сертификат CKA: стоит ли тратить 445 долларов

Сертификат Certified Kubernetes Administrator от Linux Foundation сисадмину полезен, хотя на старте не обязателен. По данным официальной страницы экзамена, он стоит 445 долларов, длится 2 часа, сдаётся онлайн под наблюдением и состоит из практических задач в командной строке живого кластера.

В стоимость входят две попытки, сертификат действует 2 года. Формат экзамена как раз подходит администраторам: проверяют умение чинить и настраивать кластер руками. Экзамен оплачивается в долларах на сайте Linux Foundation, поэтому заранее проверьте, есть ли у вас способ оплаты в иностранной валюте. При найме junior-DevOps работодатели, как правило, сильнее смотрят на реальные проекты, поэтому разумный порядок такой: сначала работа или хотя бы рабочий проект с Kubernetes, потом сертификат как способ закрепить и подтвердить знания.

Как переписать резюме и пройти собеседование

Резюме сисадмина, который идёт в DevOps, должно рассказывать про автоматизацию. Фраза «администрирование 40 серверов Linux» говорит только о масштабе. «Перевёл настройку 40 серверов на Ansible, время развёртывания сократилось в 12 раз» сразу показывает DevOps-мышление.

Три правила, которые помогают пройти первичный отбор:

• Название позиции ставьте целевое: «Junior DevOps».
• В начале резюме дайте ссылку на GitHub или GitLab с проектами из плана выше, у каждого проекта должен быть README с описанием задачи и схемой.
• Админский опыт описывайте через результат и цифры: аптайм, число серверов, время восстановления после аварии, количество автоматизированных операций.

На техническом собеседовании у бывших администраторов обычно сильны вопросы по Linux и сетям, а проседают CI/CD и Kubernetes. Готовьтесь объяснять свой конвейер по шагам: что запускается, где хранятся секреты, как откатить неудачный релиз. Если вас тянет скорее к надёжности и мониторингу, чем к доставке кода, присмотритесь к смежной роли: разницу мы разбирали в статье SRE и DevOps.

Почти наверняка спросят, почему вы уходите из администрирования. Хороший ответ опирается на конкретику: вы уже автоматизировали часть работы, вам интересен процесс доставки кода, у вас есть проект, который это показывает. Ответ «сисадминам мало платят» звучит слабее, даже если это правда.

Не стоит ждать первой зарплаты DevOps-уровня сразу. Часто переход идёт через гибридную позицию вроде «системный администратор / DevOps», и это нормальная ступенька: через год такой работы в резюме уже реальный коммерческий опыт.

С чего начать на этой неделе

Первый шаг бесплатный: заведите Git-репозиторий и перенесите туда скрипты и конфиги, с которыми работаете каждый день. Это сразу покажет, насколько вам комфортен цикл «изменение через коммит», и даст первый материал для портфолио.

Дальше честно оцените пробелы по таблице выше. Если не хватает двух-трёх пунктов, хватит модульных курсов и самостоятельной практики. Если не хватает почти всего, кроме Linux и сетей, имеет смысл полная программа для действующих специалистов. Сравнить сисадмина и DevOps по задачам и инструментам подробнее можно в статье DevOps и системный администратор: разница, а обязанности и роадмап профессии собраны на странице DevOps-инженера.