Мурадов Юрий
Автор статьи
Мурадов Юрий Аналитик SkillStat
Опубликовано 01.04.26 09:00
Обновлено 29.04.26 03:44

Архитектор данных

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

Коротко о профессии

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

Главная проблема, которую он решает, — не отсутствие ещё одной таблицы, а отсутствие общего смысла. Если маркетинг, финансы и продукт по-разному считают клиента или выручку, техническая доставка данных не спасает. Нужны определения, происхождение, правила качества и ответственность владельцев.

Роль находится рядом с инженерией данных, но отличается фокусом. Инженер данных строит потоки и обработку, архитектор данных задаёт модель и принципы, по которым эти потоки не превращаются в набор несвязанных витрин. В кейсах важно показывать договорённости о смысле данных, а не только схемы.

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

Актуальные данные по профессии

Актуальный срез по вакансиям, зарплате, спросу и динамике найма для архитектора данных в Москва и МО.

Вакансии Количество активных вакансий на сегодня в регионе Москва и МО. Не включает закрытые или приостановленные.
57
активных вакансий
Москва и МО · текущий срез 29.04.26
Неделю назад
55
22.04.26 +4%
Месяц назад
41
30.03.26 +39%
Спрос 50 = средний по рынку, 100 = в 4× больше вакансий чем у средней IT-профессии. Метрика считается по актуальной выборке Москва и МО.
21
из 100
Ранг по спросу
#44 из 71
Статус
Низкий
Топ спроса
#1
DevOps-инженер
268
#2
QA Manual
260
#3
Python-разработчик
259
Оценка зарплаты
Оценка
230 000
Москва и МО · Оценка по профессии и близкому рынку
Вакансии профессии за 60 дней · n=21
Вакансии профессии за 180 дней · n=23
Смежная роль: Инженер данных · n=15
Ранг в зарплатах
Диапазон рынка
— ₽ - — ₽
оценка без месячной дельты
Средний тренд Среднее число активных вакансий за последние 30 дней по сравнению с предыдущими 30 днями. Это не текущий срез, а сглаженный тренд.
↑ 16.6%
последние 30 дней vs предыдущие 30
рынок расширяется по сравнению с предыдущим периодом
скользящее окно 30 дней

Кто такой Архитектор данных

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

Рабочий объект

Модели данных, источники, хранилища, витрины, качество, доступы, каталоги и владельцы

Главная ценность

Создаёт общую систему смысла, в которой команды доверяют данным и понимают правила их использования

Ключевой риск

Без архитектуры отчёты расходятся, метрики спорят друг с другом, а ошибка источника размножается по компании

Что он упорядочивает

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

Почему спор о метрике становится архитектурой

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

Граница с инженерией данных

Инженер данных строит потоки: забирает события, очищает, трансформирует, загружает, оркестрирует и следит за обработкой. Архитектор данных определяет, что именно эти потоки должны означать и как они вписываются в общую систему. В зрелой команде эти роли не конкурируют. Архитектор задаёт модель, качество и владение; инженер данных превращает это в надёжную обработку. Если архитектурный слой пропущен, инженер может построить технически отличный поток, который закрепляет неверное определение метрики. На собеседовании архитектору важно показывать не только инструменты, но и договорённости: кто стал владельцем данных, какие определения согласованы, как контролируется качество и что изменилось для пользователей аналитики.

Чем занимается Архитектор данных

Система

данные, api, статусы и интеграции

  • Проектировать модели данных, связи между сущностями, слои хранилища, витрины, каталоги и правила владения.
  • Задавать принципы качества данных: проверки, происхождение, актуальность, полнота, допустимые расхождения и ответственность владельцев.
  • Определять правила доступа, безопасность, классификацию чувствительных данных и ограничения использования.
  • Помогать инженерам данных и аналитикам строить решения, которые не создают новые дубли, скрытые зависимости и спорные трактовки.
Команда

согласование и работа с разработкой

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

Как выглядит работа по задаче

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

Шаг 01

Картирует источники

Разбирает системы-источники, сущности, справочники, владельцев, текущие витрины и места, где показатели расходятся.

Шаг 02

Моделирует домен

Описывает сущности, связи, определения, уровни детализации, правила изменения и допустимые трактовки.

Шаг 03

Закрепляет качество

Определяет проверки полноты, актуальности, уникальности, происхождения, допустимых расхождений и реакции на сбой.

Шаг 04

Согласует доступ

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

Шаг 05

Встраивает в практику

Передаёт правила инженерам и аналитикам, обновляет каталог, документацию и процесс изменения модели.

Архитектор данных и Инженер данных: в чём разница

Архитектор данных задаёт модель, смысл и правила владения. Инженер данных строит надёжное движение данных между системами.

01
Фокус
Архитектор данных

Модель данных, определения, владение, качество, доступы и развитие системы данных.

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

02
Рабочий материал
Архитектор данных

Домены, сущности, источники, витрины, каталоги, метрики, справочники и правила качества.

ETL/ELT-процессы, SQL, очереди, пакетная и потоковая обработка, потоки обработки и инфраструктура данных.

03
Цена ошибки
Архитектор данных

Компания теряет доверие к отчётам, спорит о метриках и принимает решения на разных версиях правды.

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

04
Результат
Архитектор данных

Команды одинаково понимают данные, знают владельцев и используют согласованные правила качества.

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

Требования работодателей

Работодатели ждут опыта с моделированием данных, хранилищами, SQL, ETL/ELT-подходами, BI, каталогами данных, качеством, управлением доступом и пониманием бизнес-метрик. Часто важны DWH, подходы с озером данных и хранилищем, витрины, мастер-данные, происхождение данных, Dbt, Airflow или похожие инструменты. Но инструменты вторичны, если кандидат не умеет договориться о смысле данных.

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

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

Самый активный работодатель в текущем срезе — Сбер. IT. На него приходится около 14% активных вакансий по этой роли.
Топ работодателей
Компании с активными вакансиями по профессии Архитектор данных
1
Сбер. IT
8 вак.
4
НОВАТЭК
4 вак.
2
Альфа-Банк. ИТ-специалисты
4 вак.
5
ПИК-специализированный застройщик. ПИК
3 вак.
3
ООО ИК СИБИНТЕК
4 вак.
6
ООО ТПО ПРАЙД
3 вак.
Навыки из вакансий % вакансий, где навык явно упомянут работодателем.
Навыки и инструменты, которые работодатели чаще всего указывают в вакансиях по этой роли.
Вход через junior
0%
от рынка

Рынок ориентирован на опытных специалистов.

Навыков на вакансию
8
в среднем

Столько требований работодатели обычно собирают в одной позиции по этой роли.

Зарплата и грейды

Для архитектора данных сейчас доступна рыночная оценка дохода, а не точная медиана только по текущим активным вакансиям. Её лучше читать вместе с подписью источника и структурой рынка по уровням.
Оценка зарплаты Оценка
230 000
Москва и МО · Оценка по профессии и близкому рынку
Вакансии профессии за 60 дней · n=21
Вакансии профессии за 180 дней · n=23
Смежная роль: Инженер данных · n=15
Диапазон
-
Опора оценки
21
наблюдений в опорном срезе
Позиция в топе
для оценки рейтинг не показывается
Даже когда на странице показана оценка, главный фактор роста дохода остаётся тем же: глубина задач, домен, самостоятельность и уровень ответственности внутри команды.
Зарплата по грейдам
Медиана зарплаты по грейду. n — выборка вакансий с указанной суммой.

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

Распределение по уровням
Senior
74% рынка
Lead
23%
Senior
74%
Middle
4%
По структуре вакансий видно, какой уровень для этой профессии считается базовым на рынке. Это помогает читать грейды не как абстрактную лестницу, а как реальную точку входа и роста.
Дополнительный разбор

Как читать оценку

Доход архитектора данных растёт за способность снижать хаос в данных на уровне компании. На начальном и среднем уровне ценятся моделирование, SQL, понимание хранилищ, аналитических витрин и потоков. Но архитектурная ценность появляется там, где специалист может связать техническую схему с бизнес-смыслом и владельцами.

Где начинается рост

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

Что говорит структура рынка

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

Бесплатные курсы

Бесплатные курсы для старта в архитектор данных

Спрос на рынке

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

Активные вакансии
57
в активном найме
Москва и МО · текущий срез 29.04.26
7 дней назад
55
22.04.26 +4%
Точка месяц назад
41
30.03.26 +39%
Спрос
21
из 100
Ранг по спросу
#44 из 71
Статус
Низкий
Среднее по месяцам
апрель 41 неполный +2
март 39 неполный -3
февраль 42 неполный
Среднее число активных вакансий по месяцам
Блок показывает среднее число активных вакансий за месяц, чтобы видеть общую картину без шума отдельных дней.
апрель 41 неполный +2
март 39 неполный -3
февраль 42 неполный
Апрель пока показан как текущий неполный месяц, поэтому его лучше читать как живую картину рынка, а не как итог месяца.
Дополнительный разбор

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

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

ИИ ускоряет написание запросов, документации и первичный анализ схем, но не решает конфликт владельцев и определений. Он может предложить SQL, но не знает, какую выручку признаёт финансовый отдел и почему продуктовая команда считает иначе. Поэтому ценность архитектора данных остаётся в наведении смысла, правил и ответственности.

Формат работы

Этот срез показывает, в каком формате работодатели чаще всего открывают вакансии по профессии: удалённо, гибридно или с полной привязкой к офису.

Сейчас сильнее всего выражен гибридный формат: его отрыв от следующего сценария составляет около 5 п.п.
Удалённо
11%
Гибрид
47%
Офис
42%
По 57 вакансиям

Карьерный путь

01
Junior
Медиана

Прямой junior-вход в архитектуру данных встречается редко. Обычно стартуют с аналитики, инженерии данных, BI или разработки хранилищ: учатся SQL, моделированию, источникам, витринам и качеству данных.

02
Middle
Медиана

Middle уже ведёт отдельные модели, витрины или домены данных. Он согласовывает определения, проектирует связи, учитывает ограничения источников и помогает инженерам данных не создавать лишние дубли.

03
Senior
Медиана

Senior отвечает за архитектуру данных на уровне нескольких доменов или платформы. Он видит последствия изменения источника, задаёт правила качества, доступа, владения и помогает командам договориться о спорных метриках.

04
Lead
Медиана

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

Где работает Архитектор данных

Корпоративная аналитика

Нужны единые определения клиентов, договоров, выручки, подразделений, справочников и управленческой отчётности.

Платформы данных

Архитектор задаёт слои хранения, принципы витрин, каталог, качество, владение и подключение новых источников.

Продуктовые и ML-команды

Важны события, признаки, эксперименты, пользователи, доступы и доверие к данным, на которых строятся решения.

Как стать архитектором данных: с чего начать

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

01
Набрать техническую базу

Освоить SQL, моделирование данных, DWH, витрины, ETL/ELT, качество, доступы и основы BI.

02
Работать с доменом

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

03
Разобрать расхождение

Найти кейс, где отчёты не сходятся, описать источники, определения, владельцев и предложить правило исправления.

04
Документировать модель

Фиксировать сущности, связи, определения метрик, происхождение данных, проверки качества и правила доступа.

05
Расширять масштаб

Переходить от одной витрины к домену, затем к нескольким доменам, каталогу, управлению качеством и архитектуре платформы.

Плюсы и минусы профессии

Плюсы

  • Работа влияет на доверие к аналитике, отчётности, ML-моделям и управленческим решениям.
  • Профессия соединяет инженерию, бизнес-смысл, методологию и организационные договорённости.
  • Навыки моделирования и управления качеством данных востребованы в крупных продуктах и корпорациях.
  • Сильные кейсы хорошо видны через устранение расхождений, дублирования и спорных метрик.
  • Есть рост в главный архитектурный трек, управление данными и развитие платформ данных.

Минусы

  • Много работы связано не с кодом, а с согласованием владельцев, определений и правил.
  • Результат часто становится заметен только после предотвращения будущего хаоса.
  • Нужно разбираться в бизнесе глубже, чем ожидают многие технические специалисты.
  • Без поддержки руководства архитектурные правила легко проигрывают срочным отчётам и локальным решениям.

Кому подойдет

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

Подойдет

  • Умение переводить спор о метрике в понятную модель и правило расчёта.
  • Готовность договариваться с владельцами источников, аналитиками, инженерами и безопасностью.
  • Способность объяснять сложную схему без терминологического тумана.
  • Дисциплина в документации, каталогах, правилах качества и управлении доступом.
  • Навык видеть организационную причину проблемы, а не только технический дефект.
  • Умение отказывать локальному удобству, если оно создаёт долг для всей системы данных.

Не подойдет

  • Если хочется писать только запросы или строить отдельные потоки обработки без переговоров о смысле данных, архитектура будет тяжёлой
  • Здесь много работы с владельцами, правилами, качеством и последствиями для других команд

Вопросы и ответы

Какие навыки нужны архитектору данных?

Нужны SQL, моделирование данных, хранилища, витрины, ETL/ELT, качество данных, каталоги, происхождение данных, управление доступом и понимание бизнес-метрик. Важны также переговоры и документирование правил.

Можно ли сразу стать архитектором данных?

Сразу войти в архитектуру данных сложно. Обычно сначала набирают опыт в аналитике, BI, DWH, инженерии данных или серверной разработке с сильной работой с данными, а затем переходят к моделям и владению доменами.

Что ИИ заберёт на себя?

ИИ помогает писать запросы, черновики документации и анализировать схемы, но не решает конфликт определений, владельцев и бизнес-смысла. Архитектор ПО-прежнему отвечает за модель, правила и доверие к данным.

Сколько зарабатывает архитектор данных?

Доход зависит от масштаба системы данных и влияния на бизнес-решения. Выше оценивается опыт с несколькими доменами, качеством данных, хранилищами, владельцами, доступами и устранением расхождений в ключевых метриках.

Какой кейс сильнее всего смотрится?

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

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

Инженер данных строит технические потоки и обработку, а архитектор данных определяет модель, смысл, владение, качество и правила развития системы данных. Эти роли работают рядом, но отвечают за разные вопросы.