По этой профессии сейчас мало активных вакансий, поэтому рыночные цифры на странице ориентировочны. Путь входа, навыки и типовые ошибки от объёма выборки не зависят.
Как стать платформенным инженером: путь от нуля до первого оффера
Не «стань разработчиком за 3 месяца» — реальный путь входа на основе данных по 25 вакансий.
Автор·Мурадов Юрий·Аналитик SkillStatМожно ли стать платформенным инженером с нуля
Порог входа для платформенного инженера высокий — в текущем срезе вакансий junior-уровня нет. Это не значит, что войти невозможно: рынок цикличен, и через 2–4 месяца картина может измениться.
«С нуля» для платформенного инженера — формулировка с подвохом. Инструменты здесь те же, что у DevOps: Linux (40%), Kubernetes (56%), CI/CD (68%), Terraform (36%). Разница в том, кого ты обслуживаешь: не сервис, а разработчиков, которые этим сервисом занимаются. Платформа — внутренний продукт, и у неё есть пользователи, которые могут ей просто не пользоваться.
Отсюда трудность, которую не видно по списку требований. Медиана — 15 навыков, короче, чем у DevOps, но за коротким списком стоит опыт, который новичку негде взять. Чтобы построить удобный путь для команды, надо сначала побыть этой командой: получить отказ в доступе в пятницу, подождать окружение три дня, собрать сервис по инструкции, которая врёт. 0 вакансий уровня junior из 25 и 0 senior на одного новичка — про то же самое.
Как стать платформенным инженером: короткий план
Пять шагов от своего первого сервиса до пути, которым пользуется чужая команда.
Что учить платформенному инженеру первым
Не всё сразу. Вот очерёдность по частотности в вакансиях — от самого нужного к менее срочному.
| Навык | Все вакансии |
|---|---|
| Python | 80% |
| CI/CD | 68% |
| GitLab | 60% |
| Kubernetes | 56% |
| Docker | 48% |
| GitLab CI | 44% |
| Linux | 40% |
| Grafana | 40% |
| Terraform | 36% |
| PostgreSQL | 36% |
«Все вакансии» — доля из 25 вакансий. Обновлено 12 августа 2026.
Полный список навыков с частотностью, связками и зарплатной премией — навыки платформенного инженера →
Roadmap платформенного инженера: от нуля до junior
Порядок опирается на частотность навыков по данным вакансий. Первые 4–5 этапов — минимум для первого оффера.
- 01Linux и сети 40% вакансий
Уверенная работа с Linux: файловая система, процессы, bash-скрипты, сетевые команды.
Подробнее → - 02Скриптинг 80% вакансий
Bash, Python или Go — автоматизация операций и написание инструментов.
Подробнее → - 03
- 04CI/CD 44% вакансий
Непрерывная интеграция и доставка: GitLab CI, GitHub Actions, Jenkins.
Подробнее → - 05IaC: Terraform и Ansible 36% вакансий
Инфраструктура как код — воспроизводимое управление окружениями.
Подробнее → - 06Kubernetes 56% вакансий middle+
Оркестрация контейнеров: Pod, Deployment, Service, Ingress, Helm.
Подробнее → - 07Мониторинг и observability 28% вакансий middle+
Prometheus, Grafana, ELK/Loki — сбор метрик, логов, алертинг.
Подробнее → - 08Облачные платформы middle+
AWS, GCP, Azure или Yandex Cloud — базовые сервисы: compute, storage, network.
Подробнее → - 09
Junior-вакансии платформенного инженера: что реально требуют работодатели
Срез построен на 25 активных вакансий.
Какие проекты сделать для портфолио
Портфолио платформенного инженера проверяется чужими руками. Не «я настроил», а «другой человек взял мой шаблон, ни разу меня не спросил и выкатил сервис за час». Артефакты роли: шаблон, документация, путь до среды и честный замер того, что изменилось.
Как оформить GitHub и резюме
- Шаблон вместо конфигов: репозиторий, который клонируют и получают работающий сервис
- README — продукт, а не отчёт: первые три строки должны быть командами, а не введением
- Покажи путь глазами разработчика: что он делает шаг за шагом и в какой момент перестаёт нуждаться в тебе
- Замер эффекта в README: было столько шагов — стало столько, звали инженера столько раз — перестали
- Отзыв пользователя — редкий и сильный артефакт: попроси коллегу пройти путь и запиши, где он споткнулся
- Пиши про команды, а не про кластеры: «шаблоном пользуются четыре команды» весомее, чем «настроил Kubernetes»
- Раздел «Проекты» — с шаблоном и документацией; курсы в конце или нигде
- Навыки — рабочие: Python, CI/CD. «Знаком с Terraform» без модуля, которым кто-то пользовался, читается как ноль
- Опыт DevOps, админа или поддержки разработчиков — прямой: ты уже знаешь, какие заявки приходят по десять раз
- Каждый пункт заканчивай эффектом: убрал заявку, сократил путь, снял вопрос с себя
«Настраивал CI/CD и Kubernetes, писал модули Terraform, помогал командам разработки»
«Сделал шаблон сервиса: репозиторий, пайплайн, выкладка в Kubernetes, метрики и логи из коробки. Разработчик поднимает новый сервис за час вместо трёх дней и не пишет заявку. Шаблоном пользуются четыре команды, вопросов ко мне по окружениям почти не осталось. Репозиторий и документация: [ссылка]»
Самостоятельно, курсы или вуз — какой путь выбрать
Когда начинать искать первую работу
Готов, когда через твой шаблон прошёл хотя бы один живой человек, ни разу тебя не спросив, и когда ты можешь назвать число: сколько шагов было, сколько стало. Не «я знаю Kubernetes», а «мой путь сервиса кто-то прошёл сам».
- → hh.ru: кроме платформенных вакансий смотри DevOps и «инженер внутренней разработки» в продуктовых компаниях — половина платформенных задач живёт под этими названиями
- → Компании с большим числом команд разработки: банки, маркетплейсы, телеком, крупные продукты. Платформа рождается там, где заявки на окружения перестали помещаться в один день
- → Внутренний переход из DevOps — самый частый путь: возьми повторяющуюся заявку и сделай из неё шаблон, дальше роль догонит
- → Продуктовые команды, которые ищут «DevOps для разработчиков»: формулировка кривая, работа платформенная
- → Медиана требований — 15 навыков, короче, чем у DevOps. Но за строчкой «опыт построения платформы» стоит работа с командами, а не с кластером
- → Ищи в описании самообслуживание, шаблоны и внутренних пользователей. Если их нет, а есть только Kubernetes и Terraform — это вакансия DevOps
- → «Опыт от 3 лет» у платформенного инженера читается как «делал для чужих команд». Шаблон, которым кто-то пользовался, закрывает пункт лучше списка инструментов
- → SQL и ClickHouse (32%) в требованиях — обычно про метрики самой платформы: кто-то должен считать, пользуются ей или нет
Что спрашивают на собеседовании
Платформа как продукт
- ·Кто твой пользователь и как ты узнаёшь, что ему больно
- ·Команда обходит платформу — твои действия
- ·Как понять, что платформенная возможность не нужна
- ·Чем платформа отличается от набора инструкций
Шаблон из портфолио: расскажи, какую боль он убрал
Путь сервиса и шаблоны
- ·Из чего состоит путь нового сервиса от репозитория до среды
- ·Что должно быть в шаблоне сразу, а что оставить команде
- ·Как обновить шаблон, если по нему уже сделали двадцать сервисов
- ·Когда исключение из стандарта — это нормально
Репозиторий-шаблон: покажи, что получает разработчик из коробки
Kubernetes и окружения
- ·Как команда получает своё окружение и кто за него платит
- ·Чем разделение по неймспейсам отличается от отдельного кластера
- ·Как отдать разработчику логи и метрики, не пуская его в кластер
- ·Что делать с сервисом, у которого нет владельца
Окружение по запросу из портфолио
Автоматизация и инфраструктура как код
- ·Модуль Terraform для десяти команд — что в нём меняется, а что жёстко
- ·Кто-то поменял ресурс руками — как узнаешь
- ·Чем Ansible отличается от Terraform по задаче
- ·Как выкатить изменение платформы, не сломав чужие сервисы
Модули из портфолио: покажи, что видит команда, а что скрыто
Метрики платформы
- ·Как измерить, что платформой пользуются
- ·Сколько времени проходит от нового репозитория до первой выкладки и как ты это узнал
- ·Как отличить жалобу одного человека от системной проблемы
- ·Что показывать руководству, чтобы платформу не закрыли
Замер до и после из портфолио
Сколько времени нужно, чтобы стать платформенным инженером
Почему нельзя начать сразу с платформы. Чтобы убрать боль разработчика, надо её почувствовать. Человек без опыта строит красивый шаблон под придуманную проблему, а настоящая в том, что тестовая база едет два дня. Год-полтора в DevOps или эксплуатации здесь не потеря, а материал.
Ускоряет одно: доступ к чужим командам. Если можешь дать свой шаблон трём разработчикам и выслушать, что с ним не так, платформенное мышление появляется за месяцы, а не за годы.
Ошибки новичков
Строят платформу без пользователей
Почему мешает: Шаблон, который никто не взял, ничем не отличается от папки с конфигами на своём ноутбуке
Как исправить: Найди одного живого разработчика и доведи его до выкладки. Одна команда, которая пользуется, — уже платформа
Считают документацию необязательной
Почему мешает: Путь без документации требует тебя рядом. Значит, это не самообслуживание, а ты в роли справочной
Как исправить: Документация — часть шаблона. Правило: не отвечаешь на вопрос, а дописываешь ответ в README
Закрывают обходные пути вместо починки основного
Почему мешает: Команда обходит платформу не назло: ей так быстрее. Запрет даёт саботаж и тайные пайплайны
Как исправить: Спроси, почему обошли. Сделай правильный путь короче обходного — тогда запрещать не придётся
Копируют чужую платформу
Почему мешает: Решения крупных компаний собраны под их боль, число команд и историю. У тебя другая боль и другие люди
Как исправить: Начни с самой частой заявки в своей компании. Она и есть первая возможность платформы
Тащат всё в один портал
Почему мешает: Портал ради портала — самая дорогая и самая брошенная часть платформы. Сначала нужен работающий путь, а не витрина
Как исправить: Сперва шаблон и документация. Витрина имеет смысл, когда путей стало много
Не измеряют пользу
Почему мешает: Платформенную команду закрывают первой, когда она не может назвать ни одного числа. SQL в требованиях именно поэтому
Как исправить: Считай: время до первой выкладки, число заявок, сколько команд перешло
Путают платформу с DevOps на побегушках
Почему мешает: Если ты руками настраиваешь каждой команде окружение, ты не строишь платформу, а масштабируешь себя. Это упирается в потолок из двадцати заявок
Как исправить: Каждую вторую одинаковую заявку превращай в шаблон или в кнопку
Делают жёсткий стандарт без исключений
Почему мешает: Реальные сервисы всегда выпадают из шаблона: старый стек, особый деплой, чужая база. Жёсткий стандарт они просто игнорируют
Как исправить: Заложи путь для исключений: как получить отклонение и что при этом теряешь
Как SkillStat считает данные
Источник: 25 вакансий в московском сегменте. Навыки и грейды извлекаются автоматически из текста каждой вакансии.
Грейды: определяются по требованиям вакансии — уровню опыта, упоминанию «junior», «intern», «стажёр». Это рыночная оценка объявления.
Сложность входа: рассчитывается по доле junior-вакансий и медиане навыков на junior-уровне. Это индикатор, а не гарантия.
Обновление: данные пересчитываются регулярно. Текущий срез — 12 августа 2026.