kai.kzLab

DevOps без опыта работы: почему не берут и как набрать практику, не увольняясь

Команда KAI Lab · · 7 мин чтения

Без опыта в DevOps берут редко: 25 сентября 2026 года на hh.kz из 35 вакансий DevOps по Казахстану без опыта было три, и две из них — стажёрские. Дело не в дипломе, а в том, что новичку нечего показать; опыт набирают, не увольняясь, — задачами на текущей работе, pet-проектом, вкладом в open source, домашним стендом и тренажёрами, а на собеседование приносят репозиторий и разобранные поломки.

Короткий обзор того, почему в DevOps сложно попасть с нуля, есть в статье куда расти сисадмину и helpdesk. Здесь — подробно: что работодатель считает опытом, как набрать его по каждому из шести путей и что из этого показывать на собеседовании.

Почему не берут без опыта

Даже слово Junior в DevOps редко значит «без опыта». Вакансия Junior DevOps Engineer в Алматы, опубликованная на hh.kz 21 сентября 2026 года, просит от полутора лет коммерческого опыта DevOps, полгода работы с Kubernetes и английский не ниже B1. Из 35 вакансий DevOps в тот день 21 требовала опыт от трёх лет.

Работодатель при этом проверяет не стаж как таковой, а ответ на один вопрос: можно ли доверить этому человеку прод. Разложите его на части — и станет видно, что почти каждую можно показать без строки «DevOps-инженер» в трудовой.

  • Ищет причину, а не перезапускает. Видно по тому, как вы рассказываете о поломках: что проверили первым, что исключили, где нашли.
  • Меняет систему через код и ревью. Видно по репозиторию: история коммитов, merge request, пайплайн.
  • Выдерживает дежурства и умеет писать разбор. Видно по постмортемам, пусть и учебным.
  • Понимает систему целиком. Видно, когда вы объясняете путь запроса от браузера до базы и где он может оборваться.

Что засчитывается как опыт

Вид опытаКак его воспринимают
Коммерческий DevOpsЛучший вариант, идёт в стаж
Смежная работа: админство, сети, поддержка прода, разработкаЗасчитывается частично, если рассказан на языке задач DevOps
DevOps-задачи на текущей должностиИдёт в резюме как реальный опыт, даже если должность называется иначе
Pet-проекты, стенд, open sourceДоказательство навыка, но не стаж
Тренажёры и курсыПодтверждают, что вы учились; ценятся, когда за ними есть проект

Учебные проекты работодатели читают внимательнее, чем кажется. В вакансиях DevOps Trainee от Andersen на hh.kz (август–сентябрь 2026) учебные, pet- или тестовые проекты, которые показывают ваши навыки, стоят прямо в списке требований.

Шесть способов набрать практику, не увольняясь

1. DevOps-задача на текущей работе

Самый весомый вариант: он попадает в резюме как опыт, а не как хобби. Выбирайте задачу по трём признакам: её боль видят все, результат можно измерить, изменение можно откатить.

Руководителю предлагайте не «хочу поучиться DevOps», а конкретику: проблема, что сделаю, сколько времени займёт, как проверим. Примеры по ролям:

  • helpdesk — скрипт для типовых заявок, автоматическая выдача и отзыв доступов;
  • сисадмин — Ansible-роль для типовой настройки серверов, бэкапы с проверкой восстановления и алертом на провал;
  • сетевик — ежедневный бэкап конфигураций оборудования в Git;
  • разработчик — CI для своего сервиса и сборка в контейнер.

2. Pet-проект: один, но до конца

Пять начатых проектов весят меньше одного законченного. Законченный — это когда сервис собирается, тестируется, выкатывается и мониторится без ручных шагов, а в репозитории видно, как он ломался. Примерная структура:

shop-lab/
├── app/                  # маленький сервис: API и база
├── Dockerfile
├── compose.yaml          # локальный запуск одной командой
├── .gitlab-ci.yml        # тесты, сборка образа, публикация
├── deploy/k8s/           # манифесты или Helm-чарт
├── ansible/              # подготовка сервера или узлов кластера
├── monitoring/           # правила алертов Prometheus
└── docs/
    ├── runbook.md        # что делать, если сервис упал
    └── postmortem-01.md  # разбор учебной аварии

Три вещи отличают проект, о котором спросят на собеседовании, от проекта «для галочки». Нормальная история коммитов вместо одного initial commit. README с решениями: почему k3s, а не облачный Kubernetes, почему такие лимиты. И хотя бы один постмортем настоящей поломки — как его писать, разобрано в статье как писать постмортем.

3. Open source

Начинать проще не с кода, а с документации, CI-конфигов, Helm-чартов и Ansible-ролей: там DevOps-навыки нужны напрямую. Задачи для новичков помечают метками good first issue и help wanted. В Kubernetes, например, good first issue предназначен для тех, кто вносит вклад впервые, и участники проекта обещают провести такой pull request через все процессы.

Найти задачи можно прямо из терминала:

gh search issues --owner kubernetes --label "good first issue" --state open --no-assignee --limit 20
gh search issues --owner ansible --label "good first issue" --state open --no-assignee --limit 20

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

4. Домашний стенд

Стенд ценен поломками, а не установкой. Хватит ноутбука с 16 ГБ памяти: пара виртуальных машин, Docker, k3s или kind. Дальше ломайте по списку и чините, записывая ход поиска:

5. Тренажёры и симуляторы

Когда своих поломок не хватает, берите готовые. SadServers — сломанные Linux-серверы и DevOps-сценарии, часть доступна бесплатно и без регистрации. Killercoda — интерактивные сценарии в браузере, в том числе для подготовки к CKA, CKAD и CKS. Симулятор DevOps KAI Lab — год работы в выдуманной компании: 91 тикет от коллег, 9 дежурств и 9 постмортемов, консоль в браузере воспроизводит реальные выводы команд.

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

6. Стажировки

DevOps-стажировки в Казахстане есть, но их единицы, и на входе там уже спрашивают Linux, Git, Docker, скрипты и английский. Где их искать и что требуют, собрали в статье стажировка DevOps. Вывод оттуда простой: чтобы пройти отбор, нужна та же практика, что описана выше.

Что показывать на собеседовании

  • Репозиторий с README. Что это, как запустить одной командой, как устроено, что ломали и как чинили.
  • Две-три истории по схеме. Что случилось → что проверили → что сделали → чем кончилось → что поменяли, чтобы не повторилось. Истории с текущей работы весят больше учебных.
  • Постмортем. Показывает, что вы думаете о причинах и мерах, а не о виноватых.
  • Диагностику вслух. На собеседованиях DevOps часто дают сломанную ситуацию и слушают ход мысли. Тренируйте это так же, как команды.

Подборки вопросов и разбор типичных заданий — в статьях вопросы на собеседовании DevOps и тестовое задание DevOps.

Чего не делать

  • Приписывать коммерческий опыт. Вскрывается на втором уточняющем вопросе и портит впечатление сильнее, чем честное «в проде не делал, на стенде делал так».
  • Коллекционировать сертификаты без проекта. Сертификат помогает пройти фильтр, но на собеседовании спросят, что вы делали руками.
  • Учить всё одновременно. Порядок, в котором темы опираются друг на друга, — в DevOps roadmap.

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

Можно ли стать DevOps без опыта в IT вообще? Напрямую — редко. Обычно в DevOps приходят из соседних ролей: среди 33 студентов KAI, чьи резюме мы разбирали в сентябре 2026 года, 30 уже работали в IT, медианный стаж — 5 лет. Реалистичный путь с нуля идёт через helpdesk или администрирование.

Засчитывают ли pet-проект как опыт работы? Как стаж — нет, как доказательство навыка — да. Некоторые стажёрские вакансии прямо требуют учебные или pet-проекты, а на собеседовании по ним задают столько же вопросов, сколько по опыту работы.

Писать ли в резюме тренажёры и симулятор? Пишите в разделе «Проекты и обучение», а не в «Опыт работы». Указывайте, что конкретно сделали: какие поломки разбирали, какие постмортемы написали.

Что делать, если на текущей работе нет DevOps-задач? Почти всегда они есть, только называются иначе: ручная рутина, непроверенные бэкапы, конфиги без истории. Если совсем нет — pet-проект, open source и стенд, а параллельно — поиск позиций, где эксплуатация и автоматизация смешаны.

Источники

Читать дальше