DevOps-инженером с нуля за квартал почти никто не становится: роль требует Linux, сетей и поставки, которые не складываются из одного курса Docker. Реалистичные входы в 2026 — из админки, из backend с CI, из поддержки инфраструктуры. С чистого нуля путь длиннее, и первая вакансия чаще называется junior DevOps, intern, «инженер инфраструктуры», а не platform lead.
Ниже — что реально спрашивают на входе, какой пет-проект закрывает сомнение, как не прыгать сразу в Kubernetes-senior и куда смотреть слоты. Зарплатных таблиц нет: коридор собирайте по вакансиям DevOps с фильтром грейда.
Коротко:
- Ядро входа: Linux, Git, сеть на уровне «сервис доступен / не доступен», контейнер, один пайплайн CI, один способ выкатить учебный сервис.
- Пет-проект — не «кластер из пяти нод для портфолио», а воспроизводимая поставка с README и историей инцидента.
- С админки вы уже ближе, чем с нуля: переведите опыт в поставку и код инфраструктуры, не в «я 10 лет крутил Windows».
- Kubernetes в skills без своего манифеста и без понимания, зачем он — минус на собеседовании, не плюс.
- Читайте задачи: on-call, облако, Terraform. Если всё сразу и «5 лет» — это не ваш junior.
Чем DevOps занят на входной роли
Первый месяц редко про «переизобрести платформу». Чаще: починить упавший пайплайн, добавить шаг теста, разобрать, почему контейнер не стартует, написать алерт, который не орёт ложно каждую ночь, выкатить чужой сервис по инструкции и улучшить инструкцию. Если вам интересны только новые инструменты и неинтересен чужой легаси-Jenkins — роль будет болью.
DevOps в продукте часто ближе к надёжности одной платформы. В аутсорсе — к пайплайнам разных клиентов. SRE — соседняя, не синонимичная роль: там больше про SLO и инциденты как систему, см. как стать SRE. Cloud Engineer — про облачный контур, не про бейдж: как стать Cloud Engineer.
Два входа: с админки и с нуля
С админки / системного администрирования: у вас уже есть ночи, бэкапы, пользователи, «не работает интернет». Это капитал, если вы перестанете описывать его языком железа 2012 года и покажете скрипт, пайплайн, IaC хотя бы на одном учебном контуре. Windows-only без Linux — дыра, её надо закрыть практикой, не названием курса.
С нуля / из другой IT-роли: backend с Docker и CI ближе, чем «гуманитарий после интенсива». Поддержка, которая поднимала доступы и смотрела логи — тоже заход. Чистый ноль без Linux в ежедневной практике — план на 6–12 месяцев, не на баннер «DevOps за 2 месяца». Стажировки и junior-слоты ищите отдельно, не ждите, что вас возьмут platform-инженером: стажировка в IT.
Если админка вам нравится, а код ненавистен, возможно, вам ближе классический сисадмин или NOC, а не DevOps. Роль всё больше про автоматизацию. Без скриптов вы упрётесь.
Что учить первым, что можно не тащить как platform lead
Выпишите стек из junior/intern объявлений, не из senior-wishlist. Рабочий каркас:
- Linux: процессы, логи, права, systemd на уровне «сервис упал — куда смотреть»;
- сеть: DNS, порты, прокси, «почему 502»;
- Git и code review инфры как кода;
- Docker и Compose — Docker roadmap;
- CI: GitHub Actions / GitLab CI / аналог — один;
- облако: один провайдер, узкий набор сервисов, без сертификатной гонки — AWS roadmap как пример подхода;
- наблюдение: метрика + лог + алерт на учебном сервисе, пусть простом;
- IaC: Terraform или аналог — когда Compose уже не стыдно показать.
Можно отложить: service mesh, multi-cloud, «свой Kubernetes operator», хардкорные сетевые сертификации как замена практике. Карта по грейдам: что должен знать DevOps.
90 дней: контур поставки, не зоопарк сертификатов
- Дни 1–30. Linux каждый день. Поднимите учебный API (свой или чужой простой) по SSH, научитесь читать логи, сделать systemd-unit. Если нет своей ВМ — локальная VM или недорогой VPS, не «только Docker Desktop и всё».
- Дни 31–55. Контейнер + Compose + CI: линтер и тесты приложения, сборка образа, выкат на учебный хост. README с командами и откатом.
- Дни 56–75. Один инцидент: специально сломайте выкат, опишите timeline, что смотрели, чем закончили, какой алерт добавили. Это важнее второго облака.
- Дни 76–90. Резюме языком поставок, не списком из 40 инструментов. Точечные отклики intern/junior.
Критерий: вы за 15 минут проводите человека от коммита до работающего URL и показываете, что будет, если пайплайн упадёт. Сертификат без этого контура на junior-скрининге часто бесполезен.
Пример 1. Пет-проект, который закрывает сомнение
Вакансия: junior DevOps, Linux, Docker, CI, облако как плюс, Kubernetes не обязателен.
Учебный API заказов в контейнере. Compose: приложение + PostgreSQL. GitHub Actions: тесты, сборка образа, деплой на VPS скриптом. Nginx как reverse proxy. Алерт: если healthcheck три раза подряд 500 — сообщение в Telegram. Terraform пока нет: инфраструктура описана скриптами и README. Kubernetes нет сознательно.
Инцидент в docs/incident-01.md: выкат оборвался из-за миграции, сервис отдал 500, откатили тегом, добавили шаг «migrate before switch». Это учебный инцидент, так и подписано.
Почему это сильнее «установил Minikube»: видна поставка, отказ, документация. Рекрутер может проверить команды из README.
Пример 2. Было / стало в резюме
До:
DevOps. Docker, Kubernetes, AWS, GCP, Azure, Ansible, Terraform, Prometheus, Grafana, Jenkins, GitLab, Python, Bash. Ищу DevOps / SRE / Cloud. Быстро учусь.
После:
Junior DevOps / инженер инфраструктуры. Учебный контур: Docker Compose, CI (тесты + образ), деплой на VPS, Nginx, healthcheck-алерт. Описал учебный инцидент выката. Linux ежедневно. Kubernetes и мультиклауд не использую — не указываю.
Было: 2 года системным администратором (Windows/AD, бэкапы). Перевод: скрипты, доступы, ночные инциденты — готов разобрать на созвоне, не выдаю это за Kubernetes.
Формулировки поставок, не склада инструментов: резюме DevOps. Стек только по факту: как указывать стек.