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. Дни 1–30. Linux каждый день. Поднимите учебный API (свой или чужой простой) по SSH, научитесь читать логи, сделать systemd-unit. Если нет своей ВМ — локальная VM или недорогой VPS, не «только Docker Desktop и всё».
  2. Дни 31–55. Контейнер + Compose + CI: линтер и тесты приложения, сборка образа, выкат на учебный хост. README с командами и откатом.
  3. Дни 56–75. Один инцидент: специально сломайте выкат, опишите timeline, что смотрели, чем закончили, какой алерт добавили. Это важнее второго облака.
  4. Дни 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. Стек только по факту: как указывать стек.

Какие вакансии ещё не senior-платформа

Ищите junior DevOps, intern, trainee, «инженер сопровождения», «инженер инфраструктуры», иногда «системный администратор Linux» с автоматизацией в описании. Если требуют 5 лет Kubernetes и дежурства 24/7 — не ваш вход. Каталог: DevOps-вакансии, рядом облачные слоты в том же поиске, не отдельная фантазия.

Письмо: контур + инцидент + готовность разобрать пайплайн. Не «мечтаю строить платформы». Удалёнка на junior DevOps бывает, чаще ждут пересечения пояса и онкола — читайте, не покупайте «гибкий график» вслепую: часовые пояса.

Тестовое: «поднять стенд», «починить docker-compose», «написать pipeline». Двадцатичасовой бесплатный прод клиента — отказ. Тестовое. Собеседование блоками: Linux, сети, CI, контейнеры, история инцидента — вопросы DevOps.

Деньги — фильтры каталога. Онкол и ночные выкаты входят в сравнение оффера, не только оклад: как сравнить офферы. Мошенничество с «оплатите доступ к кластеру»: проверка вакансии.

Как рассказывать инцидент и не сыпать названиями тулов

На собеседовании DevOps часто просят не команду kubectl, а историю: что сломалось, как заметили, что проверили первым, чем закончили, что изменили, чтобы не повторилось. Учебный инцидент из README для этого годится, если вы его честно прожили: ломали сами, смотрели логи, откатывали. Заученный timeline из чужого поста вскрывается вопросом «а что было во втором логе».

Держите каркас на пять минут. Симптом: 500 на healthcheck после выката. Гипотезы по порядку: не собрался образ, не прошла миграция, нет места на диске, неверный env. Что смотрели: пайплайн, логи контейнера, диск, откат на предыдущий тег. Что поменяли: шаг migrate before switch, алерт по трём 500. Что не делали: не переписывали оркестрацию «на всякий случай». Этот каркас важнее списка из Prometheus, Grafana и ELK, которых в контуре нет.

Если идёте из админки, переведите одну ночную историю на этот же каркас. «Упал контроллер домена» без вывода — слабо. «Упал контроллер, пользователи не логинились, подняли из бэкапа за N, после этого сделали скрипт проверки репликации» — уже язык, который слышат в DevOps. Не приписывайте себе Kubernetes, которого не было. Честный перевод сильнее выдуманного кластера.

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

Частые вопросы

Можно ли стать DevOps без коммерческой разработки?

Да, из админки и сопровождения. Нет, если нет Linux-практики и нет ни одного контура поставки. Разработка помогает, не обязательна как диплом.

Нужен ли Kubernetes на входе?

Только если он в целевых junior-вакансиях и вы можете объяснить свой манифест. Иначе вред. Много команд всё ещё на Compose и VM.

Какой язык скриптов?

Bash обязателен на базовом уровне. Python — частый плюс. Выберите один для учебных задач автоматизации, не оба «на уровне hello world» плюс Go «для солидности».

Сертификаты AWS имеют смысл?

Как структура учёбы — иногда. Как замена контуру — нет. Сначала практика на узком наборе сервисов, потом экзамен, если он реально светится в слотах.

Чем DevOps отличается от SRE на junior?

В объявлениях часто смешано. SRE сильнее про надёжность и инциденты как метрики. DevOps junior чаще про пайплайн и стенды. Читайте задачи. Путь SRE: как стать SRE.

Берут ли с нуля на удалёнку?

Редко. Реалистичнее гибрид, офис, внутренняя миграция из админки. Junior и remote.

Чек-лист контура перед рассылкой

  • URL учебного сервиса открывается после команд из README, не «у меня локально было».
  • Есть CI: хотя бы тесты приложения и сборка образа.
  • Описан один инцидент: симптом, что смотрели, откат, что изменили в пайплайне.
  • В skills нет Kubernetes, AWS «всего» и пяти облаков без следа в контуре.
  • Linux вы трогаете руками: логи, права, упавший сервис — не только Docker Desktop.
  • Письмо про поставку и инцидент, не про мечту строить платформу.
  • Вы готовы рассказать историю за 5 минут без названий 15 тулов.
  • В вакансии прочитали онкол и пояс, не только заголовок DevOps.

Если контур не собирается за вечер — это нормально, это и есть работа квартала. Не заменяйте его сертификатом. Если собирается, но воронка молчит, проверьте, не откликаетесь ли вы на platform lead. Сузьте до intern, junior, инженера сопровождения, Linux-админа с автоматизацией в тексте. Собеседование блоками повторите по своему README, не по чужому чек-листу на 200 вопросов. Вопросы DevOps используйте как карту дыр своего контура.

Что сделать сейчас

Сегодня поставьте учебный сервис так, чтобы URL открывался после одной команды из README. Запишите в файл, что сломается, если выключить базу. Это начало контура, не новый интенсив.

За месяц добавьте CI и один описанный инцидент. Соберите резюме без склада инструментов, прогоните разбор CV, откликнитесь на intern/junior в каталоге DevOps. Kubernetes не начинайте, пока этот контур не объясняется без шпаргалки.