Архитектура решений — мост между бизнесом и технологиями, и книга «Практическое руководство для архитекторов решений» дает практическую базу для успешного движения в данном направлении. Она предназначена для разработчиков и ИТ‑специалистов, которые хотят сделать первые шаги в новой роли и уверенно закрепиться в профессии архитектора решений. Ее фокус — на той промежуточной области, которую часто путают либо с архитектурой приложений (код, фреймворки, внутреннее устройство системы), либо с корпоративной архитектурой (стратегия развития компании в целом). Это издание станет надежной базой для тех, кто переходит от разработки отдельных приложений к проектированию решений, приносящих пользу всему бизнесу.

О книге — от автора

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

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

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

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

Эта книга для вас, если вы:

  • работаете аналитиком, тестировщиком, разработчиком ПО, проектным менеджером, DevOps‑инженером или даже системным архитектором;

  • остро ощущаете ограниченность масштаба своих задач, вам хочется драйва и большего размаха;

  • увлечены оптимизацией процессов, хотите копать в этом направлении глубже и шире;

  • заинтересованы не только в оттачивании своих навыков, но и в бизнесе в более широком смысле (или же наоборот).

Я постарался собрать здесь весь теоретический и практический минимум, который понадобится, чтобы начать работать «над системой» (или «над рядом систем»), которую вы так любите (или уже ненавидите). Вы будете думать не только о том, как лучше написать код или использовать

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

Дмитрий Бардин

Бардин Дмитрий Сергеевич, архитектор решений и руководитель инфраструктурной группы в Кинопоиске (Экосистема Яндекса). Более 15 лет в разработке и проектировании программной архитектуры. Экс‑руководитель службы разработки промо Яндекс Маркета. Автор курсов «Архитектура программного обеспечения» и «Микросервисная архитектура» в Яндекс Практикуме. Выступает на DevOpsConf, TechLead Conf. Занимается техническим консалтингом.

Какие проблемы призвана решить эта книга?

Автор отделяет функциональные требования к системе от архитектурно значимых характеристик (ASR), ошибка в которых на этапе проектирования обходится дороже всего. Для этого предлагаются практические инструменты: карты Уордли визуализируют цепочки создания ценности, а Event Storming позволяет реконструировать бизнес‑процессы в условиях, когда документация отсутствует или устарела.

В архитектуре данных разработчики часто ограничивается представлением о реляционных таблицах. В книге рассмотрены современные хранилища (DWH, Data Lake, Data Vault) и способы организации данных на уровне предприятия — Data Fabric и Data Mesh. В российской практике, где импортозамещение привело к «винегрету» из разных СУБД и платформ, эти разделы дают практические критерии выбора как строить пайплайны и управлять качеством информации. При этом в одних случаях оправдана централизация, в других — децентрализованное владение данными.

Архитектурные стили и паттерны рассматриваются через ряд критериев: влияние на масштабируемость, надежность, модифицируемость и производительность. Подробно разбираются механизмы CQRS, SAGA, Circuit Breaker, Bulkhead, Backpressure как инструменты для конкретных сценариев, включая пиковые нагрузки, характерные для российской электронной коммерции и медиасервисов.

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

Самым болезненным для российской индустрии разделом является работа с кодом и архитектурой, созданными давно, часто без документации и понятной логики, но продолжающими приносить бизнесу деньги. Автор описывает технические приемы, позволяющие заменять такие системы постепенно, без остановки производства (Strangler Fig, Branch by Abstraction, параллельный запуск), и методы оценки стоимости подобных проектов — COCOMO II, функциональные точки и другие подходы к расчету трудозатрат. Также описана техника TIME для анализа портфеля приложений, которая помогает обосновать перед бизнесом, какие системы стоит развивать, а какие выводить из эксплуатации.

Книга не привязана к конкретным языкам программирования или фреймворкам. Обсуждаемые понятия и критерии остаются применимыми при смене технологического стека. Автор опирается на собственный опыт работы в Яндекс Маркете и Кинопоиске, что позволяет адаптировать западные методологии (TOGAF, DAMA, SAFe) к условиям высокой нагрузки, регуляторных ограничений и необходимости работать с гетерогенным наследием. Для разработчика, стремящегося перейти от решения локальных задач к проектированию решений на уровне бизнеса, книга дает практический каркас, который можно сразу применять, не дожидаясь идеальных условий.

«Архитектура — не всегда про красоту, но всегда про пользу для бизнеса»

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

И если вы чувствуете, что готовы выйти за рамки ваших текущих задач, если хотите мыслить шире и влиять не только на код, но и на процессы и стратегию — дерзайте! А книга в этом немного поможет. Содержание книги и ознакомительный отрывок представлены по ссылке.