TGViewer
Артем Шпак | Академия Аналитиков Артем Шпак | Академия Аналитиков @analyst_academy · 4.6K subscribers
Post #297 3.68K
Как системному аналитику вырасти в архитектора ✍️

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

Нельзя вырасти в архитектора там, где вы просто собираете бизнес-требования и описываете процессы 😮. Нужен практический опыт проектирования сложных систем 😎. Все навыки в теории без практики ничего не стоят. Если понимаете, что на текущем месте занимаетесь ерундой, надо его менять. И зарплата будет получше (приятный бонус, чтобы не задаваться вопросом, зачем вы работаете), и опыт посерьезнее

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

⚙️ Архитектура и интеграции. Вы должны понимать типы интеграций: синхронная, асинхронная. Какие технологии, какие брокеры, когда подходят, когда нет. Какие паттерны применять и как ими оперировать. И как это все зависит от нагрузки на ваши будущие сервисы. Разбираться, в этой, как ее, микровирусной архитектуре

⚙️ Расчет нагрузки. При одних и тех же функциональных требованиях, но разной нагрузке, системы будут принципиально разными. Где-то отчет обновляется раз в неделю, а где-то данные должны обновляться моментально. 10 записей в секунду и 1000 записей в секунду это совершенно разные системы. Вы должны уметь рассчитывать нагрузку от прогнозируемого количества пользователей и понимать, какая архитектура и технологии этой нагрузке подходит.

⚙️ Масштабирование сервисов. Допустим, вы прогнозируете четыре тысячи запросов в секунду. Один инстанс микросервиса это не выдержит. Значит надо раскладывать на несколько инстансов, условно по тысяче запросов на каждый. И помнить, что масштабировать надо не только сервисы, но и хранилище.

⚙️ Выбор хранилища. Под разную нагрузку, разные типы данных и разные паттерны использования нужны разные хранилища. Много запросов на чтение, много на запись, нестандартный формат данных, где табличное хранение не подойдет. Вы хорошо рассчитали нагрузку, спрогнозировали масштабирование, но если плохо подобрали хранилище, система будет работать медленно и нестабильно.

⚙️ Масштабирование хранилищ. Реплицирование, чтобы данные не потерялись. Шардирование, чтобы доступ к данным был быстрым и база не тупила. Я работал на месте, где одна база жила тридцать лет и масштабировалась только вертикально, просто накидывали железо 🤪. Это был пиздец))) ☠️
Хотя все можно было решить шардированием, и всем было бы комфортно.

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

Что помогает лично мне расти:

Регулярное решение задач по системному дизайну с собеседований. Разные системы, разная нагрузка, разные типы данных. Я пытался проектировать и Google Карты, и YouTube, и другие сервисы. По-началу было ооооч сложно, но потихоньку начинает получаться и появляется удовольствие от процесса 😈

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

Итого, давайте подрезюмируем ✍️

Во-первых, вам нужно место, где вы сможете оттачивать навыки проектирования. Чаще всего это сеньорская позиция в сложном продукте. По моему опыту и опыту моих учеников, такие возможности и обязанности есть не на каждой позиции мидла. И чем выше вилка, тем серьезнее задачи на проектирование (чаще всего).

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

Рост происходит только так: когда берете задачи, которые вам сложны, незнакомы, в которых вы не уверены. Как вы обучитесь чему-то новому, если не будете решать задачи, которые вам, возможно, пока не под силу? Без таких вызовов нет никакого роста. И это относится не только к архитектуре, но и вообще ко всему. Надо прыгать выше, искать места серьезнее, зарплату выше

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

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

Ставим хрюшу на удачу, всем офферов и позиций архитектора 😘
  • ❤ 11
  • 🔥 4
  • 💯 2
More from @analyst_academy
  1. Jul 11, 2026🎁1⃣2️⃣3⃣🎁 Ребятушки привет, тут вам новый контент подъехал, который вы отправите в "Избр…
  2. Jul 11, 2026video post
  3. Jul 9, 2026Однажды Эрнест Хемингуэй поспорил, что сможет написать самый короткий рассказ, способный р…
  4. Jul 3, 2026Задача с собеса на вилку 270к 🍴 Собери и напиши требования для фломастера ✍️ Мой ученик п…
  5. Jun 29, 2026Я не могу найти работу 😭 Я то могу, но я часто захожу в чаты, в комменты и постоянно вижу…
  6. Jun 29, 2026photo post
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →