DevOps roadmap 2026: 10 шагов по порядку, что уметь на каждом и как себя проверить
Команда KAI Lab · · 9 мин чтения
DevOps roadmap на 2026 год по порядку: Linux и сети → Git → скрипты → Docker → CI/CD → облако → инфраструктура как код → Kubernetes → мониторинг → инциденты. Каждый шаг опирается на предыдущий, поэтому дальше стоит идти, когда вы сами, без подсказок, решаете проверочную задачу текущего шага; весь путь для человека без опыта эксплуатации — это скорее год регулярной практики, чем несколько месяцев.
Ниже — что уметь на каждом шаге и как проверить себя практикой. В конце — сколько времени это занимает и как пользоваться roadmap.sh, чтобы не утонуть в сотне пунктов.
Карта в одной таблице
| Шаг | Минимум, который нужно уметь | Проверка практикой |
|---|---|---|
| 1. Linux и сети | процессы, systemd, журналы, права, диски; IP, DNS, TCP, HTTP, TLS | Найти, почему сервис не стартует и почему сайт не открывается снаружи |
| 2. Git | ветки, merge request, конфликты, откат | Провести изменение через merge request и откатить его |
| 3. Скрипты | Bash с проверкой ошибок, Python для API и JSON | Скрипт бэкапа, который падает громко |
| 4. Docker | Dockerfile, слои, тома, сети, compose | Поднять сервис с базой одной командой |
| 5. CI/CD | тесты, сборка, публикация, выкатка, откат | Сломанный коммит не доходит до прода |
| 6. Облако | сети, права доступа, виртуальные машины, хранилища, счёт | Развернуть сервис и удалить за собой всё |
| 7. Инфраструктура как код | Terraform: plan, apply, состояние; Ansible: роли, идемпотентность | Пересоздать стенд с нуля одной командой |
| 8. Kubernetes | Pod, Deployment, Service, Ingress, пробы, лимиты | Выкатить сервис, сломать и починить |
| 9. Мониторинг | метрики, логи, алерты на симптомы | Алерт срабатывает раньше жалобы пользователя |
| 10. Инциденты | дежурство, коммуникация, постмортем | Разобрать учебную аварию и написать постмортем |
Шаги подробно
1. Linux и сети
Всё остальное работает поверх них: контейнер — это процесс Linux, а Kubernetes — набор процессов Linux и много сети. Нужно уверенно работать с systemctl и journalctl, понимать права, диски и inode, видеть, кто слушает порт (ss -tlnp), и знать путь запроса: DNS → TCP → TLS → HTTP.
Проверьте себя: сервис не поднимается после перезагрузки — найдите причину по журналу (systemd-сервис не запускается); сайт открывается с самого сервера, но не снаружи — пройдите путь запроса по шагам.
2. Git
Не набор команд, а способ работы: каждое изменение — коммит с понятным сообщением, путь в main — через merge request и ревью. Нужны ветки, merge и rebase, разрешение конфликтов, git revert для отката и git log -p для поиска, кто и когда поменял строку.
Проверьте себя: разрешите конфликт при слиянии и найдите коммит, который сломал конфиг, не спрашивая коллег.
3. Скрипты
Bash — чтобы склеивать команды, Python — для всего, где есть API, JSON и логика сложнее одного условия. Главный навык — скрипт, который не врёт: set -euo pipefail, проверка результата, ненулевой код выхода при любой ошибке.
Проверьте себя: напишите бэкап базы, который считает пустой архив ошибкой и сообщает о провале. Почему это важно, хорошо видно по сбою GitLab 2017: ежедневный дамп там молча падал, и об этом никто не знал.
4. Docker
Dockerfile и слои, кэш сборки, multi-stage, тома, сети, docker compose, коды выхода и перезапуски. Образ должен собираться одинаково на ноутбуке и в CI.
Проверьте себя: контейнер уходит в перезапуски — определите по коду выхода и журналу, память это, ошибка конфигурации или падение приложения (контейнер Docker перезапускается).
5. CI/CD
Одна система — GitLab CI или GitHub Actions — на уровне: стадии, артефакты, переменные и секреты, раннеры, окружения. Плюс стратегия выкатки: партиями, через канарейку, с откатом.
Проверьте себя: пайплайн собирает образ с тегом коммита и выкатывает его на стенд, а откат занимает одно действие.
6. Облако
Одно крупное облако на уровне основ: виртуальные сети и подсети, правила доступа, IAM и минимальные права, виртуальные машины, объектное хранилище, балансировщик, управляемая база. И счёт: бюджет и уведомления о расходах настраивают до первого эксперимента. Как ошибка в облачной конфигурации превращается в утечку данных, разобрано в статье про утечку Capital One 2019.
Проверьте себя: разверните сервис и удалите за собой всё, не оставив забытых дисков и адресов.
7. Инфраструктура как код
Terraform описывает ресурсы, показывает план изменений (terraform plan) и применяет его (terraform apply). Важно понимать, где хранится состояние и почему его нельзя терять. Ansible настраивает то, что создано: роли, переменные, идемпотентность.
Проверьте себя: удалите стенд и пересоздайте его одной командой; повторный прогон Ansible показывает changed=0.
8. Kubernetes
Pod, Deployment, Service, Ingress или Gateway API, ConfigMap и Secret, requests и limits, пробы; kubectl describe, logs и события как основной инструмент разбора. Helm — на уровне «прочитать чужой чарт и поменять values».
Проверьте себя: без поиска в интернете разберите CrashLoopBackOff, под в Pending и OOMKilled. Внешняя проверка — экзамен CKA: два часа практических задач в командной строке, 30% веса — поиск неисправностей.
9. Мониторинг
Prometheus, Grafana и логи. Главная мысль из книги Google SRE: если можете измерять только четыре вещи, измеряйте задержку, трафик, ошибки и насыщение. А тревогу поднимайте по симптомам, которые видит пользователь, а не по каждой возможной причине. Дальше — SLO, SLI и бюджет ошибок.
Проверьте себя: алерт на рост ошибок 5xx срабатывает раньше, чем пожалуется пользователь, и к нему есть понятный runbook.
10. Инциденты
Инструменты не спасают без процесса. Нужно знать, что делать в первые минуты дежурства, как распределяются роли — в книге Google SRE это руководитель инцидента, ответственные за работы, за коммуникацию и за планирование, — почему сначала откатывают, а потом ищут причину, и как написать постмортем без поиска виноватых.
Проверьте себя: устройте учебную аварию на стенде, восстановите сервис и напишите разбор. Подробнее — первое дежурство DevOps и как писать постмортем.
Сколько времени это занимает
Честный ответ зависит от стартовой точки. Ориентиры ниже — наша оценка для 8–10 часов практики в неделю, а не статистика и не срок до новой работы.
| Откуда вы идёте | Что уже закрыто | Ориентир до уверенной базы |
|---|---|---|
| Без опыта в IT | ничего | больше года; обычно разумнее сначала поработать в поддержке или админом |
| Helpdesk | часть шага 1 | около года |
| Системный администратор Linux | шаг 1, частично шаги 3 и 9 | 4–6 месяцев, план — в статье из сисадмина в DevOps |
| Сетевой инженер | сети из шага 1 | чуть дольше админа: больше времени уходит на Linux, подробности — из сетевика в DevOps |
| Разработчик | шаги 2 и 3, частично 5 | 4–6 месяцев: больше времени уходит на Linux, сети и эксплуатацию |
Шаги неравные. Git и скрипты осваиваются за недели, Kubernetes и облако — дольше всех. Если шаг не идёт больше двух месяцев, чаще всего не закрыт предыдущий: Kubernetes не складывается без Docker, Docker — без Linux.
Ускоряют две вещи: задачи на текущей работе и готовые сценарии поломок. В симуляторе DevOps KAI Lab тот же путь разложен на 9 месяцев работы в выдуманной компании: введение в IT, сети и DevOps, Linux, Docker, Git, Ansible, CI/CD, Kubernetes, мониторинг, облако и Terraform. В каждом месяце — тикеты от коллег, дежурство и постмортем.
Как пользоваться roadmap.sh
roadmap.sh/devops — самая известная внешняя карта профессии. Пунктов в ней много, и её авторы сами пишут, что быть экспертом во всём почти невозможно: инженеры специализируются. Используйте её как справочник терминов, а не как план: встретили в вакансии незнакомое слово — найдите его на карте и посмотрите, на что оно опирается.
В гайде roadmap.sh о том, как стать DevOps-инженером, семь шагов: язык программирования, Linux и терминал, системы контроля версий, основы сетей, контейнеры, облако, CI/CD. Наш порядок отличается в трёх местах:
- сети стоят рядом с Linux в самом начале — для сисадминов и сетевиков это готовая база, с которой удобно стартовать;
- программирование сведено к скриптам на шаге 3 — писать продукт DevOps-инженеру не нужно;
- CI/CD идёт раньше облака: пайплайн можно собрать бесплатно на своём стенде, а ошибки в облаке стоят денег.
Инфраструктура как код, Kubernetes, мониторинг и инциденты вынесены в отдельные шаги, потому что в вакансиях их спрашивают отдельно. Пример — Junior DevOps Engineer в Алматы (hh.kz, 21.09.2026): Linux, Ansible, Docker и полгода с Kubernetes.
Типичные ошибки
- Начинать с Kubernetes. Без Linux и Docker он выглядит магией, и занятия бросают через пару недель.
- Учить три CI-системы вместо одной. Принципы одинаковые, вторая система осваивается за несколько дней.
- Идти дальше без проверки. Посмотрели курс по Docker, но ни разу не разобрали перезапускающийся контейнер — шаг не закрыт.
- Учиться только на видео. Навык появляется, когда вы сами чините сломанное. Где брать такую практику, — в статье DevOps без опыта.
Частые вопросы
Сколько учить DevOps с нуля? Человеку без опыта в IT — больше года регулярной практики, и обычно путь идёт через работу в поддержке или администрировании. Сисадмину или разработчику нужно меньше: часть шагов у них уже закрыта.
Нужно ли программирование для DevOps? Нужны скрипты: Bash и Python на уровне автоматизации, работы с API и разбора JSON. Писать и поддерживать продукт не нужно, но читать код приложения, которое вы выкатываете, придётся.
Какое облако учить первым? Любое крупное: сети, права доступа, хранилища и балансировщики устроены похоже, и принципы переносятся. Посмотрите, какое облако чаще встречается в вакансиях вашего города, и начните с него.
Можно ли пропустить Docker и сразу учить Kubernetes? Нет. Kubernetes управляет контейнерами, и почти каждая его ошибка — от ImagePullBackOff до OOMKilled — требует понимать, как устроены образ и процесс в контейнере.
Нужно ли проходить весь roadmap.sh? Нет. Даже авторы карты признают, что стать экспертом во всём почти невозможно. Закройте десять шагов из этой статьи, а дальше углубляйтесь туда, куда ведут вакансии и ваша работа.
Источники
- roadmap.sh. DevOps Roadmap и How to become a DevOps Engineer.
- Pro Git — книга о Git на русском.
- Docker. Get started.
- GitLab. Get started with GitLab CI/CD; GitHub. GitHub Actions documentation.
- HashiCorp. What is Terraform?; Ansible. Getting started with Ansible.
- Kubernetes. Learn Kubernetes Basics; The Linux Foundation. Certified Kubernetes Administrator (CKA).
- Prometheus. Overview.
- Google. Site Reliability Engineering: Monitoring Distributed Systems, Managing Incidents, Postmortem Culture.
- hh.kz. Junior DevOps Engineer, ТОО Emerging Travel Group, 21.09.2026.