В статье рассматривается многокритериальная проблема миграции долгоживущих программных систем от монолитной архитектуры к модульному монолиту и микросервисам с акцентом на корректное «разрезание» по границам доменов и предотвращение типовых антипаттернов, прежде всего распределенного монолита. Показано, что архитектурная декомпозиция не является самоцелью и при игнорировании транзакционных границ, графов зависимостей и профиля нагрузок приводит к росту сетевых задержек, усложнению диагностики и увеличению стоимости владения. На материале 124 проектов с длительной эксплуатацией и крупным совокупным объемом кода сопоставлены статические метрики связности и устойчивости модулей с эксплуатационными показателями (латентность, MTTR, частота развертываний, инцидентность релизов) и организационными эффектами, включая перераспределение трудозатрат в сторону DevOps и согласования контрактов. Количественные результаты фиксируют нелинейный компромисс: микросервисы снижают локальную сложность и ускоряют релизный цикл, но могут почти удваивать время отклика и многократно повышать инфраструктурные расходы, одновременно увеличивая когнитивную нагрузку команд; модульный монолит демонстрирует более сбалансированный профиль, обеспечивая заметное снижение связности при минимальной деградации производительности. Материал позволяет оценить релевантность выбора архитектурной стратегии в зависимости от требований к доступности, масштаба команд и зрелости практик наблюдаемости и платформенной инженерии.
The article examines the multicriteria problem of migrating long-lived software systems from monolithic architecture to a modular monolith and microservices, with an emphasis on correct “slicing” along domain boundaries and the prevention of typical antipatterns, primarily the distributed monolith. It is shown that architectural decomposition is not an end in itself and, when transactional boundaries, dependency graphs, and load profiles are ignored, leads to increased network latency, more difficult diagnostics, and higher total cost of ownership. Based on material from 124 projects with long-term operation and a large cumulative codebase, static metrics of module coupling and stability are compared with operational indicators (latency, MTTR, deployment frequency, release incident rate) and organizational effects, including the reallocation of effort toward DevOps and contract alignment. Quantitative results reveal a nonlinear trade-off: microservices reduce local complexity and accelerate the release cycle, but can nearly double response time and significantly increase infrastructure costs, while simultaneously increasing teams’ cognitive load; the modular monolith demonstrates a more balanced profile, providing a noticeable reduction in coupling with minimal performance degradation. The material enables an assessment of the relevance of architectural strategy choices depending on availability requirements, team scale, and the maturity of observability and platform engineering practices.