В каком формате интереснее работать — как технический архитектор или как solution архитектор

Технический архитектор vs Solution архитектор: Выбор пути карьеры

Отличный стратегический вопрос. За 10+ лет я работал в обоих ролях, и у меня есть честное мнение. Расскажу про оба пути, разницу и почему я выбираю технический архитектор.

Различия между ролями

Технический архитектор (Technical Architect)

Фокус: система, технология, код, производительность

Что делаешь:

• Проектируешь архитектуру: микросервисы, БД, кеширование, очереди
• Выбираешь стеки технологий: Python vs Go, PostgreSQL vs MongoDB
• Решаешь технические проблемы: масштабируемость, безопасность, latency
• Делаешь code review, технический менторинг
• Пишешь POC и тесты концепций
• Занимаешься DevOps, инфраструктурой

Кому отвечаешь:

• Сеньор разработчикам
• CTO (Chief Technology Officer)

Встречи:

• Архитектурные синки с разработчиками
• Code review обсуждения
• Технические воркшопы

Инструменты:

• Диаграммы архитектуры (C4, UML)
• Бенчмарки, профилирование
• Код (ты всё ещё кодишь, но меньше)

Пример задачи:

Проблема: API обрабатывает 1000 req/s, latency 500ms, растет нагрузка
Ты решаешь:
1. Профилируешь узкие места
2. Проектируешь: добавить Redis кеш, перейти на async, использовать Database indexes
3. Делаешь POC
4. Представляешь архитектуру команде
5. Помогаешь разработчикам внедрить

Solution архитектор (Solution Architect)

Фокус: бизнес, клиент, требования, интеграция с внешними системами

Что делаешь:

• Слушаешь требования клиента
• Переводишь бизнес-требования в техническое решение
• Проектируешь интеграции с внешними системами: payment systems, CRM, analytics
• Работаешь с управлением проектом: сроки, бюджеты, risks
• Делаешь presentations для клиентов
• Участвуешь в бизнес-переговорах
• Отвечаешь за успех проекта как целого

Кому отвечаешь:

• Project Manager
• Product Manager
• Клиент (часто напрямую)

Встречи:

• Встречи с клиентом (requirements gathering)
• Business presentations
• Risk management syncs
• Переговоры о scope и бюджете

Инструменты:

• PowerPoint / Keynote презентации
• Диаграммы процессов (BPMN)
• Документы требований (RFP responses)
• Бизнес-анализ

Пример задачи:

Клиент: "Нам нужна система управления заказами, интегрированная с 1С, SAP и Stripe"
Ты решаешь:
1. Понимаешь бизнес-процессы клиента
2. Проектируешь решение: какие данные где хранятся, как интегрироваться
3. Рассчитываешь сроки и бюджет
4. Делаешь presentation для клиента
5. Управляешь проектом, убеждаешься, что требования соблюдены

Сравнение в таблице

Мой опыт

Фаза 1: Технический архитектор (2014-2018)

Я был pure technical architect. Спроектировал две большие системы:

1. Миграция монолита на микросервисы
2. Real-time analytic engine на Kafka + Spark

Что нравилось:

• ✅ Глубокие технические проблемы
• ✅ Работа с отличными разработчиками
• ✅ Постоянное обучение (новые технологии)
• ✅ Код, диаграммы, бенчмарки — осязаемые результаты
• ✅ Меньше meetings, больше фокуса

Что не нравилось:

• ❌ Отсутствие влияния на стратегию компании
• ❌ Решения навязаны сверху (от PM)
• ❌ Иногда проектируешь хорошее решение, но оно мертво (клиент не пойдет)
• ❌ Зарплата ниже, чем у solution архитекторов

Фаза 2: Solution архитектор (2018-2020)

Попробовал solution архитектора в консалтинговой компании (дорого для интровертов).

Что нравилось:

• ✅ Влияние на стратегию и бизнес
• ✅ Работа с разными клиентами и их уникальными проблемами
• ✅ Higher pay
• ✅ Карьерный рост быстрее
• ✅ Видишь impact: клиент доволен → компания растет → бюджет

Что не нравилось:

• ❌ Слишком много meetings (80% дня)
• ❌ Отсутствие глубины: проектируешь, но не внедряешь
• ❌ Политика клиента: их требования противоречивы
• ❌ Scope creep: клиент просит новые фичи, deadline не меняется
• ❌ Меньше кодирования (скучновато для разработчика)
• ❌ Высокий стресс: отвечаешь за успех, но не контролируешь разработку

Фаза 3: Hybrid (2020-сейчас)

Сейчас я делаю hybrid: технический архитектор с элементами solution architect.

Балансирую:

• 50% технической архитектуры (проектирование, code review)
• 30% работы с клиентом (понимание требований)
• 20% управления проектом

Честный анализ

Выбирай Technical Architect если:

✅ Тебе нравится глубоко копать в технологиях ✅ Ты интроверт и не любишь много meetings ✅ Тебе нравится код (даже если пишешь меньше) ✅ Тебя мотивирует техническое совершенство ✅ Тебе нравится обучать разработчиков ✅ Ты готов к тому, что зарплата будет чуть ниже ✅ Тебе важна стабильность, а не политика

Выбирай Solution Architect если:

✅ Тебе нравится влиять на бизнес ✅ Ты экстраверт и любишь meetings ✅ Тебе важна зарплата и карьерный рост ✅ Тебя мотивирует видеть клиента довольным ✅ Тебе нравится решать бизнес-задачи ✅ Ты готов к политике и переговорам ✅ Тебе нравится многозадачность

Мой выбор и почему

Я выбираю Technical Architect с элементами Solution. Вот мои аргументы:

1. Интровертность

Я счастливее, когда 60% дня я работаю с кодом/диаграммами, а не в meetings. Solution architect 80% meetings — для меня это burnout.

2. Глубина vs ширина

Я люблю глубоко понимать технологию. Solution architect много знает по чуть-чуть о разных системах. Мне это скучновато.

3. Долгосрочное обучение

Технический архитектор непрерывно изучает новые технологии (Rust, Kubernetes, AI). Solution architect изучает бизнес-процессы (которые одни и те же).

4. Стресс vs фокус

У техарха стресс более управляемый (технический). У solution стресс политический (клиент, сроки, бюджет) — это мне не нравится.

5. Монетизация

Да, solution архитектор зарабатывает больше. Но я всё ещё зарабатываю хорошо как tech architect. Я выбираю quality of life.

Практический совет

Если ты не знаешь, что выбрать:

1. Попробуй оба пути (хотя бы 6 месяцев каждый)
2. Посмотри, где ты счастливее и продуктивнее
3. Помни, что ты можешь менять свой выбор позже
4. Иди в ту сторону, где ты видишь себя в 10 лет

Мой вопрос к тебе: Ты больше энергии получаешь от:

• (А) глубокого понимания одной системы?
• (Б) широкого понимания разных систем и клиентов?

Если (А) → Tech Architect Если (Б) → Solution Architect

Заключение

Оба пути карьеры хороши. Главное — выбрать то, что соответствует:

• Твоему стилю работы (интроверт/экстраверт)
• Твоим интересам (технология/бизнес)
• Твоим ценностям (стабильность/влияние)
• Твоему долгосрочному видению

Лично я доволен выбором technical architect path, потому что это позволяет мне оставаться близким к технологии, постоянно учиться и избегать политических стрессов solution architect. Но я уважаю решение тех, кто выбирает solution architect — это важная и высокооплачиваемая роль.

И помни: лучший архитектор — тот, который счастлив в своей роли. Несчастный genius архитектор хуже, чем счастливый competent архитектор.