Недавно я задумался: “Что бы я сделал иначе, чтобы моя карьера пошла быстрее?”

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


1. Понять бизнес

Переход от роли инженера данных к роли архитектора начинается с глубокого понимания бизнеса.

Легко увязнуть в рутине: брать задачи из бэклога, строить пайплайны, вносить правки в трансформации. Часто мы не задаём себе вопрос — зачем? Какую бизнес-ценность мы создаём?

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

Вы наверняка сталкивались с непонятными решениями архитекторов. Возможно, даже задавали вопрос: “Почему не сделать проще?” — и это правильно. Но зачастую вы не знаете всей картины. Архитектору приходится учитывать:

  • бюджет проекта

  • ожидаемую отдачу

  • доступность ресурсов

  • сроки

  • требования к безопасности

  • управляемость решения (data governance)

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


2. Упрощать всё, что можно

Мир данных перегружен новыми инструментами и технологиями. Каждая из них обещает +500% скорости или -90% затрат. Но опытный архитектор выбирает простоту.

Что значит “просто” — зависит от вашего контекста: размеров команды, уровня экспертизы и зрелости процессов. Но есть универсальные принципы:

• Консолидируйте инструменты

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

• Пишите как можно меньше кода

Большие объёмы кастомного кода — это технический долг. Чем меньше вы написали — тем меньше багов, проще сопровождение. Отдавайте предпочтение low-code и no-code решениям. но есть нюанс

• Определите границы в архитектуре

Используйте эталонные паттерны, например Medallion architecture. Установите внутренние правила: как и где хранятся данные, кто к чему имеет доступ, как именуются таблицы и поля. Это создаёт ясность и упрощает развитие архитектуры.


3. Быстро приносите результаты

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

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

  • Подключите новый источник данных

  • Проведите базовую очистку

  • Постройте черновой отчёт

Это станет прототипом, который даст вам и команде несколько бонусов:

  1. Тестирование архитектуры на практике — вы увидите, где слабые места.

  2. Вовлечение команды — они смогут дать обратную связь и почувствуют вашу идею.

  3. Быстрая ценность для бизнеса — вы покажете, зачем это всё нужно, и завоюете доверие.


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

И помните — архитектор ценен не потому, что знает больше всех, а потому что помогает бизнесу двигаться вперёд через технологии.