По этой профессии сейчас мало активных вакансий, поэтому рыночные цифры на странице ориентировочны. Путь входа, навыки и типовые ошибки от объёма выборки не зависят.
Как стать системным архитектором: путь от нуля до первого оффера
Не «стань разработчиком за 3 месяца» — реальный путь входа на основе данных по 26 вакансий.
Автор·Мурадов Юрий·Аналитик SkillStatМожно ли стать системным архитектором с нуля
Порог входа для системного архитектора высокий — в текущем срезе вакансий junior-уровня нет. Это не значит, что войти невозможно: рынок цикличен, и через 2–4 месяца картина может измениться.
«С нуля» для системного архитектора не бывает: junior и стажёров среди вакансий профессии 0 из 26. Роль появляется там, где систем уже много и у каждой свой владелец, свой регламент и своя история. Приходят в неё из системного анализа, интеграций, разработки или инфраструктуры — оттуда, где человек видел, как чужая система ломает твою в три часа ночи. Медиана требований — 5.5 навыков, и список специально широкий: ландшафт не бывает однородным.
Трудность входа не в нотациях. C4, UML и ArchiMate осваиваются за месяц. Тяжело другое: ландшафт нельзя изучить по документации, потому что документация врёт. Настоящие владельцы, настоящие источники правды и настоящие обходные пути выясняются разговорами, и ошибка здесь стоит дороже любого выбора технологии. Второе по тяжести — нефункциональные требования: доступность, безопасность и восстановление обсуждают в начале, а платят за них те, кто оставил это на конец.
Как стать системным архитектором: короткий план
Пять шагов от человека, который знает свою систему, до человека, который держит в голове весь контур.
Что учить системному архитектору первым
Не всё сразу. Вот очерёдность по частотности в вакансиях — от самого нужного к менее срочному.
Полный список навыков с частотностью, связками и зарплатной премией — навыки системного архитектора →
Roadmap системного архитектора: от нуля до junior
Порядок опирается на частотность навыков по данным вакансий. Первые 4–5 этапов — минимум для первого оффера.
- 01Техническая экспертиза
Глубокое понимание технического стека команды — нужно говорить с инженерами на одном языке.
- 02Процессы разработки
Agile/Scrum/Kanban, планирование, ретроспективы, управление техническим долгом.
- 03Управление командой
Зоны ответственности, постановка задач, performance review, разрешение конфликтов.
- 04Планирование и roadmap
Декомпозиция на технические задачи, оценки, приоритизация совместно с продуктом.
- 05Коммуникация со стейкхолдерами
Статус-апдейты, управление ожиданиями, защита технических решений на уровне бизнеса.
- 06Найм и развитие middle+
Технические интервью, онбординг, career tracks, менторинг команды.
Junior-вакансии системного архитектора: что реально требуют работодатели
Срез построен на 26 активных вакансий.
Какие проекты сделать для портфолио
Портфолио системного архитектора — не код, а решения по ландшафту: карта систем, матрица владельцев данных, схема интеграций, список нефункциональных требований и ADR с отклонёнными вариантами. Рабочие артефакты чистятся до неузнаваемости: названия систем, клиенты, объёмы и регламенты остаются за периметром. Логика решения при этом не страдает — она и есть предмет разговора.
Как оформить GitHub и резюме
- Репозиторий с разборами: одна папка — один контур. Внутри карта, матрица владельцев данных, схема интеграций, ADR
- Git — в 11.5% вакансий системного архитектора, GitLab — в части: держать архитектурные документы в репозитории для роли нормально. Схема — картинкой в README, исходник рядом
- C4 закрывает почти все разговоры с командами. ArchiMate добавляй, только если целишься в корпоративный контур с архитектурным комитетом
- В каждом разборе — раздел «отклонённые варианты» с ценой каждого. Без него документ читается как пересказ чужого решения
- Рабочие кейсы переписывай своими словами и проверяй, не восстанавливается ли по тексту заказчик: названия систем, объёмы и регламенты убираются
- Текстовое портфолио работает не хуже репозитория: 4–5 разборов в PDF, по странице на каждый
- Домен — первой строкой: банк, телеком, ритейл, госсектор, интегратор. У системного архитектора домен определяет регламенты, данные и цену ошибки, и нанимают именно в него
- Описывай контур, а не задачи: сколько систем, чьи, какие интеграции вёл, что было легаси и что с ним сделали
- Стек — контекстом: Linux, Microservices. Список технологий у системного архитектора показывает контур компании, но не доказывает, что ты умеешь держать ландшафт
- 1С — в части вакансий системного архитектора, VMware — в 11.5%. Учётное ядро и своё железо — не минус в опыте, а обычный контекст роли
- Отдельной строкой — переходы: сколько миграций провёл, был ли простой, был ли возврат назад и почему
«Проектировал интеграции, работал с Kafka и PostgreSQL, знаю UML и ArchiMate, участвовал в проектах миграции и импортозамещения»
«Собрал карту расчётного контура банка из 14 систем: владельцы, интеграции, где заводятся клиентские данные. Нашёл две системы, которые независимо считали себя владельцем клиента, — расхождение объясняло половину инцидентов в отчётности. Спроектировал переход на один источник: обмен через Apache Kafka вместо ночной файловой выгрузки, промежуточное состояние с параллельной работой, возврат назад на каждом шаге. Простоя не было. Карта и ADR с отклонёнными вариантами: [ссылка]»
Самостоятельно, курсы или вуз — какой путь выбрать
Когда начинать искать первую работу
Готов, когда можешь зайти в незнакомый контур и за неделю разговоров построить карту, которая объясняет, почему в нём больно. Не «знаю нотации», а «нашёл систему, которая держит клиентские данные, хотя не должна, и вот что с этим делать».
- → hh.ru: кроме «системного архитектора» смотри «архитектор решений» и «ведущий системный аналитик» — названия у роли плавают сильнее, чем обязанности
- → Банк, телеком, ритейл, госсектор, крупный интегратор: роль есть там, где систем много и они чужие. В продуктовом стартапе её не существует
- → Внутренний рост — самый короткий путь: системный аналитик и интеграционный инженер уже знают контур, им не хватает языка решений — нефункциональные требования, ADR, маршрут перехода
- → Проекты внедрения и миграции: 1С — в части вакансий системного архитектора, DWH — в части. Там архитекторов нанимают чаще всего и учат ландшафту на живом контуре
- → «Опыт от 7 лет» у системного архитектора читается как «отвечал за обмен между чужими системами». Годы — замена вопросу, сколько контуров ты видел изнутри
- → Читай требования как портрет контура: Linux (23.1%), Microservices (19.2%), REST (19.2%), REST API (19.2%), Kubernetes (19.2%). Совпадать целиком не нужно — важно, узнаёшь ли ты по списку тип ландшафта
- → Ищи, кто принимает решение: если архитектор «согласует», а не «решает», роль сводится к оформлению чужих схем
- → «Опыт миграции» — самый весомый пункт. Есть он в вакансии — готовь историю перехода с промежуточным состоянием и возвратом назад
- → VMware в 11.5% вакансий системного архитектора — маркер своей инфраструктуры: планирование мощностей, окна обслуживания, длинные согласования. Это другой набор ограничений, чем у облачного контура
Что спрашивают на собеседовании
Ландшафт и владельцы
- ·С чего начнёшь в незнакомом контуре
- ·Как выяснишь реального владельца системы, если в документации указан уволившийся
- ·Владелец не согласовывает изменение: твои действия
- ·Как отличить обходной путь от архитектурного решения
Карта контура: покажи место, где документация расходилась с фактом
Интеграции
- ·REST, gRPC или очередь — как выбираешь
- ·Что гарантирует Apache Kafka, а что придётся делать самому
- ·Кто отвечает за повторы и мониторинг обмена
- ·Файловый обмен по ночам: когда это нормально
Схема интеграций: разбери один обмен до ответственности
Данные
- ·Как найдёшь систему, которая заводит сущность первой
- ·Две системы считают себя владельцем одних данных: твои действия
- ·Зачем DWH, если есть база продуктовой системы
- ·ETL сломался ночью: кто это заметит и как
Матрица владельцев данных: покажи место расхождения
Нефункциональные требования
- ·Как собираешь требования по доступности и восстановлению
- ·Что такое допустимая потеря данных и кто её назначает
- ·Как проверишь производительность до внедрения
- ·Безопасность и удобство спорят: как решаешь
Список требований к решению: покажи, кто их подтвердил
Переход и миграция
- ·Как перевести контур на новую систему без остановки
- ·Что такое промежуточное состояние и чем оно опасно
- ·Как выглядит возврат, если данные уже поехали
- ·Временное решение живёт третий год: что делаешь
Маршрут миграции: покажи шаг с параллельной работой систем
Сколько времени нужно, чтобы стать системным архитектором
Почему срок считается не от нуля. 0 вакансий для junior из 26 — стартовой ступени нет вообще. Нотации учатся за месяц, а понимание, что скрывает ландшафт, приходит только через участие в переходах и разборах инцидентов.
Скорость решают домен и количество миграций. Один переход крупного контура даёт больше, чем три года поддержки стабильной системы.
Домен переносится плохо: архитектор из банка в телекоме заново узнаёт регламенты, данные и цену простоя. Часть пути придётся пройти второй раз.
Ошибки новичков
Проектируют по документации
Почему мешает: Схема описывает контур на момент рисования. Обходные пути, ночные выгрузки и сервисы без владельца в неё не попадают — и всплывают на миграции
Как исправить: Проверяй факты разговорами и логами: кто вызывает, как часто, что сломается, если выключить
Начинают с целевой схемы
Почему мешает: Красивый контур без учёта легаси, регламентов и владельцев не доживает до внедрения. Его либо не согласуют, либо согласуют и не построят
Как исправить: Сначала карта текущего состояния и ограничения, потом цель, потом маршрут между ними
Оставляют нефункциональные требования на конец
Почему мешает: Доступность, восстановление и безопасность нельзя добавить потом: они меняют решение целиком, а не украшают его
Как исправить: Собирай их вместе с функциональными и требуй, чтобы цифры подтвердил владелец системы, а не разработчик
Описывают протокол вместо ответственности
Почему мешает: «Обмен по REST» не говорит ничего: не видно, кто повторяет запрос при сбое, кто мониторит и кто чинит ночью. REST — в 19.2% вакансий системного архитектора, но платят не за знание протокола
Как исправить: По каждому обмену: контракт, версии, повторы, мониторинг, владелец, сценарий отказа
Игнорируют владельца данных
Почему мешает: Пока две системы считают себя владельцем одной сущности, любая отчётность спорна, а любая миграция превращается в расследование
Как исправить: Матрица «сущность — владелец — копии — правило синхронизации» до начала проектирования
Проектируют переход одним шагом
Почему мешает: Большой контур не переключается за ночь. Промежуточного состояния нет, возврата нет, а бизнес останавливать нельзя — и переход отменяют на полпути
Как исправить: Маршрут с параллельной работой систем и возвратом на каждом шаге. И срок, когда временное решение убирают
Считают ландшафт технической задачей
Почему мешает: Архитектурный риск чаще из-за того, что за систему никто не отвечает, чем из-за выбора очереди. Технология тут вторична
Как исправить: Фиксируй людей: кто владелец, кто согласует, кто поддерживает, кто платит за простой
Меряют роль стеком
Почему мешает: Kubernetes — в 19.2% вакансий системного архитектора, Docker — в части, CI/CD — в 19.2%. Это контур компании, а не проверка: знание инструментов не помогает найти владельца данных
Как исправить: К каждой технологии в резюме — решение по контуру, которое ты на ней принял
Как SkillStat считает данные
Источник: 26 вакансий в московском сегменте. Навыки и грейды извлекаются автоматически из текста каждой вакансии.
Грейды: определяются по требованиям вакансии — уровню опыта, упоминанию «junior», «intern», «стажёр». Это рыночная оценка объявления.
Сложность входа: рассчитывается по доле junior-вакансий и медиане навыков на junior-уровне. Это индикатор, а не гарантия.
Обновление: данные пересчитываются регулярно. Текущий срез — 12 августа 2026.