В начале 2026 года вышел отчет
State of Software Architecture Report 2025 от компании IcePanel, посвященный текущему состоянию архитектурных практик и тому, как архитекторы и другие специалисты работают с проектированием и развитием сложных программных систем. IcePanel разрабатывает инструменты для описания, моделирования и визуализации архитектуры ПО, позволяющие командам документировать архитектурные решения и взаимосвязи между компонентами систем.
В опросе приняли участие 75 респондентов, более половины из которых — архитекторы (57%), при этом наиболее распространенной ролью стали Solution архитекторы (29%), инженеры и разработчики составили вторую по численности группу в 29%. Подавляющее большинство участников работают на полной занятости (95%), при этом 29% имеют опыт 6-10 лет, а 39% — более 10 лет. В опросе были представлены компании чаще всего с численностью 100–499 сотрудников (26%) и 5000 и более (21%), при этом в большинстве организаций работают небольшие выделенные команды архитекторов численностью от 1 до 9 человек (51%).
Что интересного мы отметили в отчете:
- Основные проблемы, связанные с архитектурой, связаны с поддержанием документации в актуальном состоянии, что приводит к дрейфу архитектуры (Architectural drift), сложностям работы в Agile процессах и потере доверия к устаревшей документации, при этом ситуацию усугубляет отсутствие согласованных стандартов и консистентности, из-за чего команды по-разному интерпретируют модель C4 (C4 model), используют разрозненные инструменты и не имеют единого источника истины. Также отмечали сложность выбора правильного уровня детализации архитектурных диаграмм для эффективной коммуникации с разными аудиториями — от разработчиков до C-level, на фоне постоянных ограничений по времени и ресурсам, из-за которых документация часто воспринимается как обуза и конкурирует со скоростью поставки;
- Инструменты, используемые для документирования архитектуры. Большинство респондентов используют инструменты для построения диаграмм (Diagramming tools) — 87% и вики системы (Collaborative wiki tools) — 79%. 65% применяют инструменты моделирования (Modelling tools), что практически соответствует показателю 2024 года — 64%. В этом году 44% используют AI и LLMs, а также подход diagrams-as-code, тогда как физические доски для совместного рисования (Physical whiteboarding) по-прежнему остаются востребованными — 40%;
- Единый источник истины (Single-source of truth) для архитектуры продолжил сходиться к двум вариантам: 42% указали, что источником является вики система (Collaborative wiki tool), тогда как 24% сообщили об использовании специализированного инструмента (Dedicated tool). Это обратная ситуация по сравнению с 2024 годом, когда вики (29%) опережали специализированные инструменты (37%). 19% респондентов не имели единого источника истины, а 11% отслеживали его через код или неформальным способом. Оба показателя выросли по сравнению с 2024 годом;
- Архитектурные процессы. Не было выявлено закономерности в том, как часто люди обновляют архитектурную документацию. Распределение оказалось практически равномерным между ежемесячным обновлением — 26%, ежегодным — 23%, ежеквартальным — 23% и еженедельным — 23%. Использование записей архитектурных решений (Architecture Decision Records, ADRs) также оказалось почти поровну распределено: 48% сообщили, что используют ADRs, и 52% — что не используют;
- Используемые архитектурные паттерны. Наиболее распространенными архитектурными паттернами оказались микросервисы (Microservices) — 60% и событийно-ориентированная архитектура (Event-driven) — 55%. Оба показателя снизились по сравнению с 2024 годом, однако различия не являются статистически значимыми. Затем следуют модульный монолит (Modular monolithic), Domain-driven design (DDD), слоистая архитектура (Layered architecture, N-tier) и сервис-ориентированная архитектура (Service-oriented architecture, SOA);
- Уровень использования модели C4 (C4 model). Большинство респондентов сообщили о умеренном — 29% или высоком — 41% уровне использования модели C4. По сравнению с 2024 годом наблюдается небольшой рост, однако различие не является статистически значимым. Авторы попросили респондентов, которые мало используют модель, подробнее пояснить причины. Среди примеров ответов были: отсутствие интереса к ее внедрению или то, что они еще не уделяли времени ее изучению;
- Наиболее используемые диаграммы в модели C4. Диаграммы контекста (Context diagrams) оказались наиболее часто используемым видом диаграмм в модели C4 — 81%, за ними следуют диаграммы контейнеров или приложений (Container/app) — 79% и диаграммы компонентов (Component diagrams) — 41%. Использование диаграмм контекста выросло по сравнению с 2024 годом, тогда как использование диаграмм контейнеров и компонентов снизилось. Рост использования диаграмм контекста является статистически значимым (p=0.05/7). Среди дополнительных диаграмм C4 чаще всего использовались динамические диаграммы или IcePanel Flows — 28%, а также диаграммы ландшафта системы (System landscape diagrams) — 27%;
- Внедрение AI и LLMs технологий. Внедрение AI и LLMs продолжает находиться в процессе становления, при этом большинство команд все еще находятся на этапе экспериментов. 37% сообщили, что AI и LLMs используются в некоторых аспектах их рабочих процессов или инструментов. 33% пробовали использовать их, однако в основном это носило исследовательскии характер. 19% еще не начинали их изучение. В целом респонденты все еще находятся на экспериментальной и ранней стадии использования AI. Многие еще не используют LLMs и относятся с осторожностью к результатам работы. При этом общим мотивом, который наблюдали, авторы стало использование AI и LLMs в качестве помощников для брейншторминга и предварительной проверки интуитивных решений;
- Основные способы использования AI и LLMs. AI и LLMs используются архитекторами в первую очередь для генерации и актуализации диаграмм, включая создание диаграмм Mermaid, реверс инжиниринг (Reverse engineering), автоматизацию обновлений при изменениях в коде и разработку DSL для инструментов визуализации. Также для создания и обобщения документации, включая ADRs (Architecture Decision Records), перевод материалов для разных аудиторий и суммаризацию архитектур, валидации проектных решений, проверку решений и анализ компромиссов. Также для исследования и генерации идей, где AI используется как источник предложений и консультативная поддержка, при этом в целом роль архитекторов, по мнению респондентов, эволюционирует в сторону более стратегической и ориентированноий на качество, смещаясь от роли создателя к коучу и фасилитатору, а AI рассматривается как средство усиления, а не замены, позволяющее сократить рутинные задачи и сосредоточиться на проектировании систем, соответствующих бизнес целям.
Основные инсайты из отчета State of Software Architecture Report 2025 приведены ниже: