Архитектор программного обеспечения: чем занимается, какие навыки нужны и как им становятся

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

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

Что делает архитектор и что остаётся после его работы

Работа начинается не с технологий. Архитектор выясняет, какие свойства системы важнее всего для бизнеса: доступность в часы пик, скорость выпуска новых функций, защита персональных данных, стоимость инфраструктуры. Эти свойства называют атрибутами качества, и они почти всегда противоречат друг другу. Система, которая выдерживает любую нагрузку, дорога; система, которую быстро меняют, редко бывает самой производительной.

Дальше архитектор предлагает несколько вариантов устройства системы, оценивает их по выбранным атрибутам и выбирает один — вместе с командой и заказчиком, а не в одиночку. Результат его работы — не код, а набор решений: как разделить систему на части, какие у частей границы и контракты (договорённости об обмене данными), какие хранилища использовать, как система переживёт отказ одного из компонентов.

Важная часть результата — записи о решениях. Распространённый формат придумал Майкл Найгард: запись архитектурного решения, ADR, состоит из пяти частей — название, контекст, решение, статус и последствия. В последствиях перечисляют и плюсы, и минусы, чтобы через два года новый разработчик понял, почему выбрали именно так, и не отменил решение вслепую.

Учебный пример: сервис записи в автосервисы

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

Архитектор сначала собирает факты. Мониторинг показывает, что базу данных перегружают запросы на поиск свободных окон, остальное работает нормально. Бизнесу важнее всего, чтобы записаться можно было в пик сезона, а в команде разработки всего восемь человек.

Затем он сравнивает три варианта. Пятнадцать микросервисов потребуют инфраструктуры и опыта, которых у команды нет, а проблему с поиском окон сами по себе не решат. Второй — купить мощнее сервер базы данных: быстро, но через год проблема вернётся. Третий — модульный монолит: одно приложение с чёткими внутренними границами между модулями «Каталог», «Расписание», «Записи» и «Мастерские», а поиск свободных окон идёт через отдельную копию базы для чтения и кэш.

Архитектор выбирает третий вариант и оформляет ADR: контекст (рост, пиковые отказы, размер команды), решение, последствия. Среди последствий записано, что данные в поиске могут отставать от реальности на несколько секунд, поэтому при оформлении записи окно перепроверяется по основной базе. Там же указано условие пересмотра: если модуль «Расписание» начнёт меняться чаще остальных и мешать выпускам, его выделят в отдельный сервис. Результат — к следующему сезону поиск выдерживает пик, а команда не тратит полгода на переписывание.

Чем архитектор отличается от соседних ролей

Техлид отвечает за одну команду: качество кода, распределение задач, рост разработчиков. Архитектор отвечает за то, как устроена система в целом, и часто работает с несколькими командами сразу. В небольших компаниях обе роли совмещает один человек, в крупных они разделены.

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

IT-директор управляет бюджетом, подрядчиками и людьми; архитектор остаётся в техническом контуре, хотя его решения влияют на бюджет. Инженер облачных систем и DevOps-инженер строят и эксплуатируют инфраструктуру, а архитектор задаёт требования к ней.

Внутри профессии тоже есть деление: архитектор решения (solution architect) проектирует конкретную систему, а корпоративный архитектор (enterprise architect) смотрит на всю IT-среду компании — какие системы дублируют друг друга и какие пора выводить из эксплуатации.

Что написано в профстандарте и почему рынок строже

Для этой профессии есть действующий профессиональный стандарт — «Архитектор программного обеспечения», приказ Минтруда № 579н. Он вступил в силу 1 марта 2022 года и действует до 1 марта 2028 года. В нём три уровня: архитектор программной системы, ведущий архитектор программного обеспечения и главный архитектор.

Самое интересное — требования к опыту. Для первого уровня, архитектора изолированной программной системы, стандарт требует только бакалавриат, а опыт практической работы не требуется вовсе. Ведущему архитектору нужен бакалавриат с дополнительным профессиональным образованием или магистратура и не менее года работы именно в архитектуре. Главному архитектору — магистратура и не менее двух лет работы ведущим архитектором.

По стандарту выходит, что выпускник вуза сразу может стать архитектором. Рынок устроен иначе. Программа Яндекс Практикума по архитектуре принимает людей с опытом коммерческой разработки от двух лет, а про программу Skillbox в её обзоре прямо сказано, что она не для входа в IT с нуля. В материале «Хабр Карьеры» об архитекторах Андрей Гостюхин, CEO и CTO компании Atlantis, формулирует это коротко: в архитектуру почти никогда не приходят с нуля.

Противоречия здесь нет. По статье 195.3 Трудового кодекса профстандарт обязателен для работодателя только в части требований к квалификации, которые установлены законом или иным нормативным актом. Для архитектора ПО таких требований нет: нет лицензии, допуска, обязательной аттестации или членства в СРО. Компания вправе нанять архитектора без диплома или отказать магистру без опыта. Стандарт полезен как карта функций — по нему видно, чем уровни отличаются по масштабу, — но не как пропуск в профессию. Диплом онлайн-курса тоже не даёт права занимать эту должность: её получают за опыт и доверие команды.

Какие знания и привычки нужны

Основа — опыт разработки хотя бы на одном языке в промышленных проектах: архитектор должен понимать, во что его решение превратится в коде. Сверху нужны базы данных (включая репликацию и шардирование — разбиение данных по серверам), сетевые протоколы и API, очереди сообщений, облачная инфраструктура, контейнеры, основы безопасности и наблюдаемость — логи, метрики, трассировка.

Отдельный пласт — архитектурные стили и паттерны: монолит, модульный монолит, микросервисы, событийная архитектура, CQRS (разделение операций чтения и записи), предметно-ориентированное проектирование (DDD). Знать их мало, нужно понимать, какую проблему каждый решает и какую создаёт.

Из привычек важнее всего записывать решения с причинами, считать нагрузку и стоимость инфраструктуры и объяснять: одно и то же решение архитектор излагает разработчикам на языке компонентов, а финансовому директору — на языке денег и рисков.

Как выглядит неделя

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

Код архитектор пишет реже, но прототипы делает. Архитектор, который несколько лет не открывал редактор кода, быстро теряет доверие команды.

Сколько получает архитектор

Цифры здесь относятся к опытным специалистам: младшего архитектора на рынке почти не бывает. По исследованию «Хабр Карьеры» за первое полугодие 2026 года медианная зарплата архитекторов ПО составила 497 000 ₽ в Москве, 508 000 ₽ в Санкт-Петербурге и 420 000 ₽ в других регионах. Медиана по всем IT-специалистам там же — 191 000 ₽. Исследование построено на 45 226 зарплатах, которые специалисты сами указали в калькуляторе «Хабр Карьеры»; сколько из них пришлось на архитекторов, в публикации не сказано, и разбивки по уровням для этой роли нет.

Выборка по узкой роли невелика, поэтому Петербург оказался выше Москвы, а цифры за полгода сдвинулись на 7–8 %. Полезнее смотреть на порядок: архитектор получает примерно в два с половиной раза больше медианного IT-специалиста. В упомянутом материале «Хабр Карьеры» медиана архитекторов по России за второе полугодие 2025 года — 465 000 ₽.

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

Путь в профессию: через разработку

Прямого входа нет. Типичный путь — несколько лет разработки, рост до middle и senior, затем роль техлида или ведущего разработчика, где решения выходят за пределы своей задачи. Реже в архитектуру приходят из системного анализа или из DevOps: аналитик знает требования и интеграции, DevOps-инженер — инфраструктуру и эксплуатацию.

Если вы начинаете с нуля, первая цель — профессия разработчика, а не архитектора. Язык выбирайте по рынку, куда хотите попасть: в корпоративных системах банков и телекома распространена Java. Например, на онлайн-курсе «Java-разработчик + ИИ» от Eduson Academy за восемь месяцев проходят Java, SQL, Spring и Hibernate, а итоговый проект — REST-приложение со Spring, Hibernate и Docker, покрытое тестами не меньше чем на 80 %. Это ещё не архитектура, но на таком проекте впервые возникают её вопросы: как разделить код на слои и как не сломать API при изменениях.

Архитектурное мышление можно тренировать уже на этапе разработки: набрасывать схему системы до кода, вести ADR даже в учебных проектах, а на работе брать задачи на стыке сервисов — интеграции, миграции данных, производительность.

Что искать в обучении архитектуре

Программы по архитектуре рассчитаны на тех, кто уже работает в разработке, и нужны, чтобы систематизировать опыт. Например, на онлайн-курсе «Архитектор ПО» от Skillbox за четыре месяца разбирают роль архитектора, архитектурные характеристики, монолиты и распределённые системы, паттерн Saga, событийную архитектуру, CQRS, безопасность и наблюдаемость. В итоговом проекте студент получает бриф, выбирает архитектурный стиль, описывает компоненты и обосновывает выбор технологий. Требования школы — опыт разработки или системного анализа, понимание веб-приложений и баз данных.

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

Если нужна длинная программа с плотной практикой, стоит посмотреть онлайн-курс «Архитектура программного обеспечения» от Яндекс Практикума. Он длится шесть месяцев, требует от двух лет коммерческой разработки и включает 11 проектов: среди них событийная архитектура, подготовка системы к высокой нагрузке, карта IT-ландшафта банка и стратегия защиты данных. Нагрузка — около 13 часов в неделю, по итогам выдают диплом о профессиональной переподготовке. Даже такой объём не заменяет ответственности за систему под реальной нагрузкой — обзор программы об этом прямо предупреждает.

Что может не подойти

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

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

С чего начать

Без опыта разработки ставьте ближайшей целью первую работу программистом и относитесь к архитектуре как к ориентиру на пять и более лет. Если вы уже работаете middle или senior-разработчиком, начните брать на себя архитектурные решения в своей команде: предложите записывать ADR, возьмите проектирование новой функции, проведите ревью чужого решения.

Портфолио архитектора — это не проекты на GitHub, а описания решений: какая была задача, какие варианты рассматривали, что выбрали и что из этого вышло. Два-три таких разбора из реальной работы убедительнее любого сертификата. Чтобы сравнить школы, где можно подтянуть инженерную базу, пригодится рейтинг онлайн-школ по разработке программного обеспечения — это общий рейтинг по направлению, а не отдельно по архитектуре, поэтому программы из него проверяйте по требованиям к опыту и составу практики.