Куда расти сисадмину и специалисту helpdesk: карта переходов в DevOps, SRE, сети и SOC

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

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

Кто на самом деле переходит: данные наших студентов

Мы разобрали резюме 33 студентов KAI (сентябрь 2026). Картина сильно отличается от рекламы «войти в IT с нуля»:

• 30 из 33 уже работали в IT, когда пришли учиться;
• медианный стаж — 5 лет;
• у 32 из 33 есть опыт в сетях, у 26 — в системном администрировании;
• 20 из 33 до обучения не работали с DevOps;
• 24 из 33 — уровень middle и выше.

По профилю чаще всего это сетевые инженеры (6), системные администраторы (6) и специалисты техподдержки (5). Дальше идут связисты, безопасники, инженеры АСУ ТП и IT-менеджеры.

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

Карта переходов

Helpdesk ──► Системный администратор ──► DevOps ──► SRE
   │                  │                     ▲
   │                  ├──► Сетевой инженер ─┘ (NetDevOps)
   │                  └──► SOC-аналитик
   └──► сети и SOC можно начинать и прямо из helpdesk

Стрелки — не обязательный порядок, а самые частые пути. Из helpdesk в DevOps напрямую тоже переходят, но обычно через год-два работы с серверами.

Helpdesk → системный администратор

Что уже умеете: разбираться с пользователями и их проблемами, работать в Windows и Active Directory, настраивать рабочие места, понимать базу сетей — IP, DNS, DHCP. Вы привыкли к тикетам и к тому, что «не работает» надо превратить в конкретную причину.

Чего не хватает: серверов на Windows Server и Linux, виртуализации, резервного копирования с проверкой восстановления, мониторинга. Нужны скрипты для рутины на PowerShell или Bash и сети глубже уровня «пинг есть».

Чем подтвердить: домашний стенд с контроллером домена, DNS и DHCP; скрипты, которые уже экономят время на текущей работе; сертификаты по Linux (LPIC-1, RHCSA) или сетям (CCNA).

Системный администратор → DevOps

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

Что уже умеете: Linux, сети, бэкапы, мониторинг, инциденты. Вы знаете, как выглядит сервер, у которого кончился диск, и что делать в три ночи.

Чего не хватает:

• Git и работы через merge request;
• CI/CD — GitLab CI, GitHub Actions или Jenkins;
• контейнеров (Docker) и оркестрации (Kubernetes);
• инфраструктуры как кода — Ansible для настройки, Terraform для создания ресурсов;
• хотя бы одного облака;
• культуры релизов: канареечные выкатки, откаты, постмортемы без поиска виноватых.

Чем подтвердить: публичный репозиторий, где приложение собирается в образ, проходит тесты и выкатывается пайплайном. Ansible-роль или Terraform-модуль с README. Сертификат CKA (Certified Kubernetes Administrator), если идёте в сторону Kubernetes.

Helpdesk или сисадмин → сетевой инженер

Что уже умеете: знаете, где какой патч-корд, настраивали коммутатор и, возможно, поднимали VLAN по инструкции. Понимаете, что такое IP-адрес, шлюз и DNS, и умеете искать, где «пропал интернет».

Чего не хватает: системного понимания маршрутизации (статические маршруты, OSPF, основы BGP) и коммутации (STP, агрегация каналов). Нужны безопасность сетевого оборудования, IPv6, беспроводные сети и умение читать таблицы маршрутизации, а не угадывать.

Чем подтвердить: CCNA — самый узнаваемый сертификат для первой позиции сетевого инженера. Плюс собственные топологии в Packet Tracer, GNS3 или EVE-NG, где вы сами сломали и починили маршрутизацию.

Сетевой инженер → DevOps

«Из сетевика в DevOps» — тоже рабочий путь, и сетевику проще, чем кажется: он понимает, как трафик доходит до сервиса, а это половина проблем в Kubernetes и облаках. Мост между ролями называют NetDevOps — автоматизация сетей теми же инструментами, что и серверов.

Что уже умеете: маршрутизацию и коммутацию, VLAN, ACL, балансировку, поиск проблем по пути пакета, работу с оборудованием разных вендоров.

Чего не хватает: уверенного Linux, Git, Python или Bash для автоматизации, контейнеров, CI/CD. Нужно понимать, как устроены сети внутри Kubernetes: Service, Ingress, сетевые плагины.

Чем подтвердить: репозиторий с автоматизацией сетевых конфигураций — Ansible или Python — и проверкой изменений в CI; стенд с Kubernetes, где вы разобрались с сетью между подами.

DevOps или сисадмин → SRE

SRE (Site Reliability Engineering) — инженерия надёжности. Термин ввёл Google и подробно описал в открытой книге Site Reliability Engineering. Главное в роли — договорённость о том, какой уровень надёжности нужен сервису (SLO), бюджет ошибок и автоматизация вместо ручного труда.

Что уже умеете: дежурства, мониторинг, работу с инцидентами.

Чего не хватает: программирования на уровне, достаточном для своих инструментов; метрик SLI и SLO; алертов на симптомы, а не на каждую причину; планирования мощностей; постмортемов как системы.

Чем подтвердить: дашборд с SLO для реального сервиса, набор алертов с понятной логикой, постмортемы с действиями и сроками.

Helpdesk или сисадмин → SOC-аналитик

SOC — центр мониторинга информационной безопасности. Первая линия SOC — это очередь алертов и вопрос к каждому: атака это или бухгалтер опять ошибся паролем двенадцать раз?

Что уже умеете: понимать, как выглядит нормальный Windows и нормальная сеть. Сисадмину легче заметить аномалию, потому что он знает норму.

Чего не хватает: работы с SIEM, событий Windows (4624 — вход, 4625 — неудачный вход, 4688 — запуск процесса), матрицы MITRE ATT&CK, разбора подозрительных писем и сетевого трафика (PCAP), навыка писать короткий отчёт по инциденту.

Чем подтвердить: решённые лабы на blue team-площадках, свой мини-SIEM на стенде, сертификаты вроде BTL1 или CCD.

Как выбрать направление

Посмотрите на свою обычную неделю и честно ответьте на три вопроса.

1. Что вы делаете с удовольствием, даже когда не просят? Пишете скрипты, чтобы не делать одно и то же руками, — это DevOps. Копаетесь в настройках коммутаторов и схемах сети — это сети. Разбираетесь в журналах, чтобы понять, что произошло, — это SOC.
2. Как вы относитесь к ночным звонкам? DevOps и SRE почти всегда означают дежурства. В SOC бывают сменные графики. В сетевых отделах крупных компаний тоже дежурят, но работы по плану там обычно больше.
3. Что есть рядом с вами на текущей работе? Проще расти туда, где уже есть задачи для практики. Если в компании есть разработка — ищите DevOps-задачи. Если большая сеть с филиалами — сети. Если есть служба безопасности — попроситесь посмотреть на её работу.

Подробные планы по каждому переходу: из сисадмина в DevOps, из сетевого инженера в DevOps, чем сисадмин отличается от DevOps на практике и DevOps roadmap по шагам.

Ответы не обязаны сойтись в одну роль. Многие сначала идут в соседнюю роль внутри компании, а через год-два выбирают окончательно.

Роли в одной таблице

Почему в DevOps редко берут без опыта

Срез hh.kz на 25 сентября 2026 года: вакансии со словом «DevOps» в названии, весь Казахстан.

Для сравнения: по «системному администратору» в тот же день 101 вакансия, из них без опыта — 5; по «сетевому инженеру» — 100 и 5. Без опыта редко берут во все три роли. Но в DevOps вакансий почти втрое меньше, а 21 из 35 просят от трёх лет.

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

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

Как получить опыт, не увольняясь

1. Возьмите DevOps-задачу на текущей работе. Это самый весомый вариант, потому что он попадает в резюме как реальный опыт. Идеи: перенести конфиги в Git; написать Ansible-плейбук для типовой настройки серверов; поднять CI для внутреннего инструмента; настроить мониторинг и алерты; проверить, восстанавливаются ли бэкапы. Поговорите с руководителем или разработчиками: у них почти всегда есть такие задачи, до которых не доходят руки.

2. Соберите домашний стенд. Хватит ноутбука с 16 ГБ памяти или старого ПК: две-три виртуальные машины, Docker, лёгкий Kubernetes (k3s или kind), GitLab CE или GitHub Actions. Разверните своё приложение от коммита до прода, а потом сломайте его и почините. Опишите всё в README — это готовый материал для собеседования.

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

• SadServers — сломанные Linux-серверы, которые надо починить;
• Killercoda — интерактивные сценарии по Linux и Kubernetes в браузере;
• симулятор DevOps KAI Lab — год работы в выдуманной компании с тикетами от коллег, дежурствами и постмортемами. Начинается с бесплатного теста навыков.

Честно: тренажёр не заменяет строку «опыт работы» в резюме. Но он даёт то, что спрашивают на собеседовании: как вы искали причину, что проверили первым, как откатывали.

4. Выйдите на дежурства и разборы инцидентов. Если в компании есть дежурства, попроситесь в график. Если после сбоев не пишут постмортемы — начните сами. Это та же работа, что у SRE, и её видно руководителю.

5. Доведите до конца один проект, а не пять курсов. Один репозиторий, где приложение собирается, тестируется, выкатывается в Kubernetes и мониторится, говорит о вас больше, чем пять сертификатов о прохождении видеокурсов.

Типичные ошибки при переходе

• Начинать с Kubernetes. Без Linux, сетей и Docker он выглядит магией, и через пару недель занятия бросают. Порядок, который работает: Linux → Git и сети → Docker → CI/CD → Kubernetes.
• Копить курсы вместо проекта. Пять пройденных курсов без единого работающего пайплайна на собеседовании весят меньше одного доведённого до конца стенда.
• Прятать текущий опыт. Сисадмин часто пишет в резюме «хочу в DevOps» и молчит про бэкапы, мониторинг и переезды, которые делал годами. Это и есть опыт эксплуатации, его надо показывать.
• Искать только по слову «DevOps». Похожая работа называется по-разному: инженер эксплуатации, инженер инфраструктуры, системный инженер, platform engineer. Читайте требования, а не только название.

Чем подтверждать навыки на собеседовании

• Репозиторий с пайплайном, Dockerfile, инфраструктурой как кодом и README: что, зачем, как запустить.
• Разборы инцидентов, которые вы писали сами, — без названий компаний и секретов.
• Сертификаты, где их реально спрашивают: CCNA для сетей, RHCSA или LPIC для Linux, CKA для Kubernetes, BTL1 или CCD для SOC.
• Рассказ по схеме «ситуация → что сделал → результат» про реальные случаи с текущей работы: упавший сервер, переезд, автоматизация.

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

Куда расти сисадмину, если не хочется становиться программистом? В DevOps, SRE, сети или SOC. Ни одна из этих ролей не требует писать продукт. Скрипты на Bash или Python понадобятся везде, но это инструмент для своей работы, а не отдельная профессия.

Можно ли перейти из сисадмина в DevOps без коммерческого опыта DevOps? Можно, но редко напрямую на позицию DevOps-инженера: по срезу hh.kz на 25.09.2026 без опыта было 3 вакансии из 35. Чаще путь идёт через DevOps-задачи на текущей работе, внутренний переход в команду эксплуатации или позицию, где админство и DevOps смешаны.

С чего начать переход из helpdesk? С того, что ближе к вашим задачам. Больше нравятся серверы — растите в системного администратора и дальше в DevOps. Нравятся сети — готовьтесь к CCNA. Нравится разбираться, что произошло и кто виноват, — смотрите в сторону SOC.

Нужен ли сертификат, чтобы сменить роль? Сертификат не заменяет опыт, но помогает пройти фильтр по резюме и структурирует подготовку. Сильнее всего он работает в сетях (CCNA) и Kubernetes (CKA). В DevOps больше смотрят на репозиторий и на то, как вы рассказываете о реальных задачах.

Сколько времени занимает переход? Честно — месяцы регулярной практики, а не недели. Срок зависит от базы: сисадмину с уверенным Linux нужно освоить меньше, чем специалисту первой линии. Реалистичнее мерить не временем, а результатом: когда вы можете сами собрать и выкатить сервис пайплайном и объяснить, что делать, если релиз сломался.

Если нужна система

Самостоятельный путь работает, если хватает дисциплины и есть задачи для практики. Если нужна программа, преподаватель и группа, в KAI есть курсы DevOps, сетей (CCNA, мы официальная академия Cisco) и SOC. Для практики без курса — бесплатный тест навыков DevOps.

Источники

• hh.kz — поиск по названию вакансии, весь Казахстан, 25.09.2026: DevOps, системный администратор, сетевой инженер. Фильтр по опыту — параметр experience (noExperience, between1And3, between3And6, moreThan6).
• Данные о студентах — внутренний разбор KAI «Кто покупает — факт по 33 резюме и 12 кастдевам», 11.09.2026.
• Google. Site Reliability Engineering — открытая книга о SRE.
• MITRE. ATT&CK — матрица техник атак.