Архитектура как код: как LLM ускоряют проектирование систем

Архитектурная документация в крупных компаниях — это почти всегда боль. Недели согласований, бесконечные правки диаграмм в Draw.io, версионирование через Confluence, которое больше напоминает археологические раскопки, чем инженерный процесс. Команда AI-департамента группы компаний БКС решила, что с этим пора заканчивать, и показала, как подход Architecture as Code в связке с LLM-ассистентами способен радикально изменить правила игры.

Алексей Пронский, отвечающий за архитектуру в AI-подразделении БКС, описал проблему, знакомую каждому корпоративному архитектору. Его команда строит агентные системы, AI-ассистентов, OCR-решения, речевую аналитику и классические ML-модели. За каждым таким проектом стоит архитектурное решение — документ, который должен пройти многоступенчатое согласование с бизнесом, корпоративной архитектурой, службой информационной безопасности и владельцами смежных систем. В среднем путь от получения бизнес-требований до финального утверждения занимает две-три недели. Для индустрии, где скорость итерации определяет конкурентоспособность, это непозволительно долго.

Суть предложенного подхода — перенос архитектурной документации из визуальных редакторов и вики-систем в код. Команда БКС выбрала Structurizr — инструмент, который позволяет описывать архитектуру программных систем на специальном DSL. Вместо того чтобы вручную перетаскивать блоки на холсте Draw.io, архитектор описывает компоненты, связи и контексты текстом. Это дает все преимущества, которые разработчики давно получают от подхода Infrastructure as Code: версионирование через Git, код-ревью, автоматическая генерация диаграмм и, что критично, возможность подключить LLM-ассистента.

Именно здесь начинается самое интересное. Пронский показывает, как Claude Code, выступая в роли LLM-ассистента, способен взять на себя значительную часть рутинной работы архитектора. Когда архитектура описана кодом, а не картинками, языковая модель может анализировать существующую структуру, предлагать изменения, генерировать новые компоненты и даже помогать с подготовкой документации для согласования. По сути, происходит то же самое, что за последний год случилось с написанием кода — LLM-ассистенты не заменяют специалиста, но кратно ускоряют его работу, забирая рутину.

Важно понимать контекст, в котором появилась эта практика. Architecture as Code — не новая идея. Инструменты вроде Structurizr, PlantUML и Mermaid существуют давно. Однако до появления мощных языковых моделей текстовое описание архитектуры оставалось нишевым подходом: порог входа был высоким, а выигрыш по сравнению с визуальными редакторами — неочевидным. LLM изменили это уравнение. Модель, которая свободно работает с текстом и кодом, превращает Architecture as Code из элегантной, но трудоемкой практики в по-настоящему эффективный рабочий процесс. Архитектор формулирует требования, ассистент генерирует черновик на DSL, человек проверяет и корректирует — и цикл сжимается с недель до дней.

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

Опыт БКС показателен еще и потому, что речь идет не о стартапе, экспериментирующем с новыми подходами, а о крупной финансовой группе с жесткими требованиями к документации и согласованию. Если Architecture as Code с LLM-поддержкой работает в таком регулируемом контексте, значит, подход достаточно зрелый для широкого корпоративного применения. Вероятнее всего, в ближайший год мы увидим волну аналогичных внедрений — особенно в компаниях, которые уже активно используют LLM-ассистентов для разработки и хотят распространить эту практику на смежные инженерные дисциплины.