Архитектор базы данных проектирует структуру хранения данных компании: решает, как разложить терабайты строк по таблицам, индексам и кластерам, чтобы аналитика, продакшен и отчёты не упирались в одну и ту же ноду. Это редкая роль на стыке системного проектирования и инженерии: на hh.ru по запросу «архитектор баз данных» в апреле 2026 года открыто около 250 вакансий, средняя вилка по Москве — 130 000–300 000 ₽, в крупных компаниях вроде Яндекса, Сбера и Ozon доходы доходят до 400 000 ₽ и выше. Разбираем, чем эта роль отличается от DBA и дата-инженера, какие специализации существуют и как выглядит типичный рабочий день. Цифры дальше — из открытых вакансий hh.ru за апрель 2026 и публичных профстандартов.
КурсыСравнение 70 курсов для архитекторовЦены, школы, длительность, рассрочка
Кто такой архитектор базы данных простыми словами
Архитектор базы данных — это инженер, который отвечает за общий дизайн системы хранения данных в компании. Он решает три ключевых вопроса: какие данные мы храним, в каком виде и где. Дальше эти решения превращаются в конкретные схемы таблиц, выбор СУБД (PostgreSQL, ClickHouse, MongoDB и т. п.), правила репликации и стратегии резервного копирования.
В небольшой компании архитектор может быть и проектировщиком, и администратором, и разработчиком одновременно. В крупном бизнесе эта роль чисто стратегическая: архитектор пишет ADR (Architecture Decision Records), согласовывает спорные решения с командами Data Engineering и Backend, а на «руки» нанимает DBA и разработчиков БД. Логика взаимодействия с потоками данных обычно строится через ETL-процессы — и архитектор задаёт правила, по которым эти процессы попадают в его хранилище.
В каталоге курсов по базам данных собраны программы, с которых начинается путь к этой роли — от основ реляционной алгебры до проектирования распределённых хранилищ.
Архитектор БД vs DBA, Data Engineer и разработчик БД — в чём разница
Главная путаница в этой нише — между ролями, которые работают с одной и той же СУБД, но с разных сторон. Архитектор отвечает за «как должно быть», DBA — за «как сейчас работает», Data Engineer — за «как данные туда попадают», разработчик БД — за «как с этим работает приложение».
| Специалист | Основная зона ответственности | Ключевые инструменты | Что делает | Чего не делает |
|---|---|---|---|---|
| Архитектор БД | Проектирование структуры хранения данных и стратегии работы с ними | UML, ER-диаграммы, выбор СУБД, ADR | Выбирает технологии, проектирует схему, согласовывает решения между командами | Не пишет миграции и не дежурит на инцидентах |
| DBA (администратор БД) | Эксплуатация и производительность существующей БД | pg_stat, EXPLAIN, репликация, бэкапы | Настраивает индексы, оптимизирует запросы, восстанавливает после сбоев | Не выбирает СУБД с нуля и не проектирует новые схемы |
| Data Engineer | ETL/ELT-пайплайны и потоки данных | Airflow, Spark, Kafka, dbt | Собирает данные из источников, чистит, грузит в хранилище | Не отвечает за оперативные транзакционные БД продакшена |
| Разработчик БД | Хранимая логика и интеграция с приложением | SQL, PL/pgSQL, T-SQL, ORM | Пишет хранимые процедуры, триггеры, view, оптимизирует запросы приложения | Не проектирует архитектуру хранилища целиком |
| Data Architect (общий) | Архитектура всех данных компании, а не только БД | Data Catalogue, MDM, Data Lineage | Управляет метаданными, единым словарём, стандартизирует подходы | Не работает руками с конкретной СУБД |
В небольших командах одна голова часто закрывает три-четыре роли сразу. В крупном бизнесе эти позиции разделены и сидят в разных отделах. Подробнее про инструментарий аналитической ветки — в подборке курсов по SQL: знание языка обязательно для всех пяти ролей, разница только в глубине.
Чем занимается архитектор базы данных — основные задачи
Состав работы зависит от размера компании и зрелости архитектуры, но базовый набор задач сходится у всех:
- Проектирование структуры БД. Архитектор изучает требования бизнеса (какие сущности храним, какие запросы должны выполняться быстро, какой объём данных ожидается) и превращает их в ER-диаграмму, набор таблиц с типами полей, индексами и связями. На этом этапе решается, будет ли база нормализована до третьей нормальной формы или сознательно денормализована ради скорости отчётов.
- Выбор СУБД и технологий хранения. Реляционная PostgreSQL для транзакционной части, аналитический ClickHouse или Greenplum для отчётов, MongoDB или Cassandra для документов и событий, Redis для кешей. Каждый выбор аргументируется в ADR — документе с альтернативами и причиной выбора.
- Проектирование стратегии резервного копирования и восстановления. Какие данные критичны, какой допустимый RPO (потери данных) и RTO (время восстановления), где хранить копии, как тестировать восстановление.
- Управление безопасностью данных. Разграничение прав доступа, шифрование на уровне колонок, маскирование персональных данных в тестовых средах, аудит подозрительных запросов.
- Оптимизация производительности. Анализ медленных запросов вместе с DBA, перепроектирование тяжёлых отчётов, выбор стратегии шардинга и партиционирования для больших таблиц.
- Согласование интеграций. Архитектор участвует в проектировании ETL-пайплайнов вместе с дата-инженерами, чтобы поток данных в хранилище не нарушал целостность и не создавал блокировок в продакшене.
- Постановка задач команде. Архитектор пишет ТЗ для разработчиков БД и DBA, ревьюит миграции, проверяет, что реализация совпадает с проектом.
- Документация и стандарты. Naming convention, гайдлайны по индексам, правила версионирования схемы. Без этого через год коллектив получает зоопарк подходов даже в одной БД.
Специализации архитектора БД
Внутри профессии есть несколько направлений, на которых компании концентрируются особенно охотно. Ставки заметно отличаются в зависимости от зоны экспертизы.
| Специализация | С чем работает | Вилка по Москве, ₽/мес | Кому подходит |
|---|---|---|---|
| Архитектор OLTP-систем | PostgreSQL, MySQL, Oracle, MS SQL для транзакционных систем | 150 000–280 000 | Тем, кто пришёл из бэкенда или администрирования |
| Архитектор аналитических хранилищ (DWH) | ClickHouse, Greenplum, Snowflake, BigQuery, схемы «звезда» и «снежинка» | 200 000–350 000 | Бывшим дата-инженерам и BI-аналитикам |
| Архитектор NoSQL-решений | MongoDB, Cassandra, Redis, DynamoDB для высоконагруженных сервисов | 220 000–400 000 | Тем, кто работал с микросервисной архитектурой |
| Архитектор Big Data-платформ | Hadoop, Spark, Kafka, Data Lakehouse, Iceberg, Delta Lake | 250 000–450 000 | Бывшим Big Data Engineer и платформенным инженерам |
| Cloud Database Architect | Yandex Cloud Managed PostgreSQL, AWS RDS, Azure SQL, Google Cloud Spanner | 230 000–400 000 | Тем, кто проектировал инфраструктуру в облаке |
Чаще всего в крупных компаниях архитекторы совмещают две-три специализации: например, OLTP + Cloud или DWH + Big Data. Чисто «однонаправленные» архитекторы встречаются в нишевых компаниях с одним стеком.
Основные инструменты и методы архитектора БД
Архитектор не пишет код целыми днями — большая часть работы это проектирование, чтение чужих схем, переговоры с командами и документирование решений. Инструменты под это делятся на несколько групп.
| Группа | Что входит | Для каких задач |
|---|---|---|
| Реляционные СУБД | PostgreSQL, MySQL, Oracle, MS SQL Server | OLTP-системы, бухгалтерия, биллинг, любые операции с транзакциями |
| NoSQL-СУБД | MongoDB, Cassandra, Redis, Elasticsearch, DynamoDB | Высокая нагрузка на чтение, документные данные, кеши, поиск |
| Аналитические БД | ClickHouse, Greenplum, Vertica, Snowflake, Amazon Redshift, BigQuery | Корпоративные хранилища, BI-отчёты, агрегаты на десятках терабайт |
| Big Data платформы | Hadoop (HDFS), Spark, Kafka, Apache Iceberg, Delta Lake | Озёра данных, потоковая обработка событий, ML-фичестор |
| Языки и SQL-диалекты | SQL (ANSI, PL/pgSQL, T-SQL, PL/SQL), Python для скриптов и DSL | Запросы, миграции, проверка гипотез по объёму и нагрузке |
| Моделирование | UML, ER-диаграммы, draw.io, dbdiagram.io, PlantUML | Визуализация схемы, согласование с командой и бизнесом |
| Сопутствующие | Liquibase, Flyway, dbt, Apache Atlas, Data Catalogue | Версионирование схем, документирование, lineage данных |
База, без которой ни одна специализация не работает, — это SQL и понимание реляционной модели. Дальше уже выбирается направление, но с этим фундаментом можно перетекать между специализациями без полной переучивания.
Как проходит типичный рабочий день архитектора БД
Картинка ниже — усреднённый день архитектора в крупной продуктовой компании. В небольшой команде пропорции сдвигаются в сторону «руками», в энтерпрайзе — в сторону встреч и согласований.
09:30–10:30 — утренние синки и разбор инцидентов
Стендап своей команды (DBA, разработчики БД), быстрый обзор алертов из мониторинга за ночь. Если ночью была деградация на отчётах — разбор причины: тяжёлый запрос, забитый индекс, проблема с репликацией.
10:30–13:00 — проектирование и архитектурные сессии
Самый продуктивный отрезок дня. Архитектор работает над новой подсистемой: рисует ER-диаграмму, прикидывает объёмы, обсуждает варианты денормализации с продуктовой командой. Часть времени уходит на ADR — документ с альтернативами и обоснованием выбранного решения.
13:00–14:00 — перерыв
14:00–16:00 — ревью кода и миграций
Архитектор смотрит миграции, которые подготовили разработчики БД: правильно ли проставлены индексы, не блокирует ли изменение схемы продакшен, нет ли утечки данных через новую view.
16:00–17:30 — встречи с продуктом и инженерами
Обсуждение требований к новой фиче с продактом, согласование интеграций с командой Data Engineering, разбор архитектурного запроса от бэкенд-команды.
17:30–18:30 — документация и пет-задачи
Обновление гайдлайнов, ревью PR в репозиторий с моделью данных, иногда — ресёрч новой технологии (например, тест Apache Iceberg на тестовой нагрузке).
Между встречами архитектор переключается между Slack, Confluence, репозиторием со схемами и SQL-клиентом. Глубокого «программирования» в классическом смысле в этой роли мало — большая часть времени уходит на принятие решений и их фиксацию.
Что должен знать и уметь архитектор БД
Профессиональные знания
- Реляционная модель, нормальные формы, ACID, изоляция транзакций.
- Глубокое знание хотя бы одной реляционной СУБД (PostgreSQL, Oracle, MS SQL) и одной NoSQL (MongoDB, Cassandra).
- Принципы аналитических хранилищ — схемы «звезда» и «снежинка», денормализация, медленно меняющиеся измерения (SCD).
- Шардинг, партиционирование, репликация (мастер-реплика, multi-master), консистентность и CAP-теорема.
- Производительность: чтение планов запросов, индексы B-tree/Hash/GIN/BRIN, статистика, материализованные представления.
- Архитектура хранилища данных и работа с ETL-процессами — чтобы говорить с дата-инженерами на одном языке.
- Безопасность данных: разграничение прав, row-level security, маскирование PII, аудит.
- Облачные СУБД и их особенности по сравнению с self-hosted.
Личные качества
- Системное мышление: способность держать в голове модель из сотен таблиц и понимать, как изменение в одной отразится на отчётах и продакшене.
- Умение договариваться. Архитектор постоянно между командами с разными интересами — продакшен хочет скорость, аналитика хочет полноту, безопасность хочет ограничений.
- Привычка документировать. Без ADR и гайдлайнов решения через полгода забываются и приходится принимать их заново.
- Толерантность к компромиссам. Идеальной архитектуры не бывает — всегда жертвуют либо скоростью, либо консистентностью, либо стоимостью.
- Любопытство к новым технологиям. Стек хранилищ меняется быстро: за последние пять лет вышли Iceberg, Delta Lake, новые managed-сервисы — архитектор обязан в этом ориентироваться.
Неочевидный навык, который вытаскивает из «крепкого инженера» в архитектора — это умение задавать правильные вопросы бизнесу до начала проектирования. Большая часть провальных схем падает не из-за плохих индексов, а из-за непонятых требований.
«Архитектор БД отличается от обычного разработчика тем, что в первую очередь думает не про код, а про данные и их жизненный цикл. Хорошее проектирование начинается с вопроса: какие сущности живут в нашем бизнесе и как они связаны — и только потом превращается в таблицы и индексы», — говорит главный редактор Checkroi Наталья Степаненко.
Плюсы и минусы профессии
Плюсы:
- Высокая зарплата. Средняя ставка по Москве в апреле 2026 — 130 000–300 000 ₽, на топовых позициях в финтехе и Big Tech — от 400 000 ₽.
- Стабильный спрос. Любая компания, у которой есть данные, рано или поздно упирается в архитектора — замена железа, переезд в облако, рост нагрузки требуют пересмотра схемы.
- Низкая конкуренция. Войти в роль сложно (нужны годы опыта), поэтому толковые архитекторы — редкий ресурс на рынке.
- Стратегическая роль. Архитектор влияет на решения уровня компании, а не «делаем тикет за тикетом».
- Гибкость в направлении. Из архитектора БД можно перейти в Data Architect, в платформенную инженерию, в Tech Lead.
Минусы:
- Долгий путь входа. До роли архитектора обычно проходит 5–7 лет работы с СУБД на других позициях — DBA, разработчиком БД, дата-инженером.
- Нечёткие обязанности. В разных компаниях под одной вывеской прячутся радикально разные роли: где-то это стратег, где-то — senior-разработчик с расширенными правами.
- Высокая цена ошибки. Плохая схема даёт о себе знать через год, когда переделать её уже стоит шестизначных бюджетов.
- Много встреч и согласований. Часть инженеров сюда не доходит именно потому, что роль становится «менеджерско-проектной».
- Постоянное обновление стека. Технологии меняются, и архитектор не может позволить себе «забронзоветь» на одной СУБД.
Профессия подходит тем, кто любит думать про системы целиком и кому нравится видеть, как из абстрактной схемы вырастает работающее хранилище. Не подходит тем, кто хочет писать код «руками» каждый день и не любит долгие согласования.
Сколько зарабатывает архитектор базы данных
В апреле 2026 на hh.ru вилка по архитекторам БД выглядит так: общероссийский диапазон — 60 000–180 000 ₽ для регионов и базовых ролей, по Москве — 130 000–300 000 ₽, в топовых позициях крупного бизнеса (Сбер, Яндекс, Ozon, ВТБ, X5) — от 400 000 ₽.
По формату работы вилка зависит от типа найма. В продуктовой компании архитектор получает чистый оклад и опции; в консалтинге и интеграторских проектах — ставку плюс бонусы за сданные проекты. Фриланс на этой роли встречается редко, но возможен для разовых задач — аудит схемы или миграция на новую СУБД.
География тоже играет роль: Москва и Питер закрывают около 70% вакансий, в регионах архитекторов БД ищут преимущественно крупные банки и федеральные ИТ-компании, остальные ограничиваются удалёнкой.
Подробный разбор зарплат по грейдам, городам и форматам работы будет в отдельном материале — сателлите кластера. Пока же ориентируйтесь на среднюю вилку по Москве: 130 000–300 000 ₽ для senior-роли с 5+ годами опыта в СУБД.
Как стать архитектором базы данных
Два рабочих пути в профессию: классический академический и переход из смежной роли. Профильное высшее (МФТИ, ВШЭ, ИТМО, СПбГУ, МИФИ, направления «Прикладная информатика», «Информационные системы и технологии», «Математическое обеспечение и администрирование информационных систем») — 4 года бакалавриата плюс магистратура с уклоном в БД. Курсы переподготовки на полноценного архитектора не делают: входная планка слишком высокая, нужны годы практики. Зато курсы хорошо работают на каждой ступеньке — SQL, проектирование БД, аналитика, DWH.
Общий каркас подготовки выглядит так: освоить SQL и реляционную модель, поработать 2–3 года разработчиком БД или DBA, добавить опыт с одной NoSQL и одним аналитическим хранилищем, освоить ETL-инструменты, набрать опыт проектирования и работы с распределёнными системами. Дальше — senior-роль с архитектурными задачами и переход на позицию архитектора.
Полная карта развития на 12 месяцев, разбор двух путей в деталях и чек-лист выбора программы будут в отдельной статье — сателлите кластера «Как стать архитектором базы данных».
Где учиться на архитектора базы данных
В каталоге Checkroi собраны курсы по базам данных — от основ SQL и реляционной модели до проектирования хранилищ и работы с распределёнными СУБД. Подборка обновляется автоматически: программы проверяются на актуальность цен, длительности и доступности.
| Курс | Школа | Стоимость со скидкой | В рассрочку | Длительность | Обзор курса от Checkroi |
|---|---|---|---|---|---|
| Базы данных с нуля Перейти на сайт курса |  Merion | 9680 ₽ | 767 ₽/мес. | 2 месяца | Обзор курса |
| Основы MySQL Перейти на сайт курса |  Skillbox | 30 000 ₽ | 2500 ₽/мес. | 1 месяц | Обзор курса |
| PostgreSQL База Перейти на сайт курса |  Слёрм | 30 000 ₽ | 7500 ₽/мес. | 2 years | Обзор курса |
| Курс по NoSQL Перейти на сайт курса | Merion | 9680 ₽ | 767 ₽/мес. | 1 месяц | Обзор курса |
| MongoDB для разработчиков и DevOps Перейти на сайт курса | Merion | 11 830 ₽ | 938 ₽/мес. | 4 месяца | Обзор курса |
| Бизнес-аналитик: тариф Базовый Перейти на сайт курса |  Эдюсон | 109 900 ₽ | 4579 ₽/мес. | 6 месяцев | Обзор курса |
| Системный аналитик с нуля: тариф PRO Перейти на сайт курса | Эдюсон | 129 900 ₽ | 5412 ₽/мес. | 6 месяцев | Обзор курса |
| Реляционные БД. SQL Перейти на сайт курса | Merion | 9680 ₽ | 767 ₽/мес. | 1 месяц | Обзор курса |
| Профессия «Системный администратор» Перейти на сайт курса |  Нетология | 81 300 ₽ | 5125 ₽/мес. | 11 месяцев | Обзор курса |
| Системный аналитик с нуля: тариф Базовый Перейти на сайт курса | Эдюсон | 109 900 ₽ | 4579 ₽/мес. | 6 месяцев | Обзор курса |
Больше программ — в полном каталоге курсов по базам данных
Главное о профессии
Архитектор базы данных — стратегическая инженерная роль, которая отвечает за общий дизайн хранения данных в компании. Это не «руки», а голова: архитектор выбирает СУБД, проектирует схему, документирует решения и согласовывает интеграции между командами. Средняя зарплата по Москве в апреле 2026 — 130 000–300 000 ₽, в крупном бизнесе — от 400 000 ₽.
Путь в профессию долгий: 5–7 лет работы с СУБД на смежных позициях — DBA, разработчиком БД, дата-инженером, — а затем переход на роль архитектора. Базовый фундамент один на всех специализациях — SQL и реляционная модель, — а дальше выбирается направление: OLTP, DWH, NoSQL, Big Data или облачные хранилища.
Если честно, такая чушь написана. Где-то рядом, но совсем не то. Явно писал человек, который к этому никакого отношения не имеет. Я бы порекомендовал воздерживаться от написания статей на такие сложные темы.
На фотографии изображён человек который поддерживает сервера, а не архитектор баз данных.
Это совсем другая специализация.