🏛 Модульный монолит - старт для масштабируемой архитектуры

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

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

Идея модульности в ПО стара как мир. Но термин «Модульный монолит» и его современная трактовка стали активно обсуждаться примерно в середине 2010-х годов как реакция на сложности внедрения микросервисов. Многие ринулись внедрять микросервисную архитектуру, не владея соответствующими практиками и процессами (CICD, DevOps, мониторинг, трассировка) и инфраструктурой. В результате получали резкий рост сложности управления и отладки сетевых взаимодействий, проблемы с распределенными транзакциями и согласованностью данных и много других проблем и неудобств.

Параллельно приходило понимание, что хорошо структурированный монолит имеет огромные преимущества: просто разрабатывать, просто отлаживать, легко развертывать, транзакционная целостность, нет межпроцессных взаимодействий. Так и родилась концепция «Модульного монолита». Она была популяризирована такими авторами и практиками, как Саймон Браун (Simon Brown), Мартин Фаулер (Martin Fowler — хотя он больше говорил о «Monolith First»), Крис Ричардсон (Chris Richardson), Сэм Ньюман (Sam Newman) и многими командами, прошедшими путь от монолита через микросервисные страдания обратно к структурированному монолиту.

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

Строгое разделение ответственности: Каждый модуль инкапсулирует свою бизнес-логику, данные и функциональность.
Четкие границы и API: Модули взаимодействуют друг с другом только через публичные интерфейсы (API), скрывая свою внутреннюю реализацию. Прямой доступ к внутренностям других модулей запрещен.
Низкая связанность (low coupling), высокая связность (high cohesion): Модули должны быть слабо связаны друг с другом, но функциональность внутри одного модуля должна быть тесно связана (спаяна - high cohesion - до сих пор не понимаю как это правильно переводить🧐).
Независимость развертывания (потенциальная): Хотя это один исполняемый файл, логическое разделение должно позволять в будущем, при необходимости, выделить модуль в отдельный микросервис с минимальными изменениями.
Единая база кода и инфраструктуры: Все модули живут в одном репозитории и используют общие инструменты сборки, тестирования и деплоя. Это упрощает начальную разработку и развертывание.

Простота разработки и развертывания: Один деплоймент, один репозиторий, одна конфигурация. Это сокращает накладные расходы на инфраструктуру и CI/CD.
Легкость отладки: Все компоненты работают в одном процессе, что упрощает трассировку ошибок и отладку.
Быстрый цикл обратной связи: Изменения в одном модуле сразу доступны в других без необходимости поддерживать межсетевые интеграции.
Изучение домена без архитектурной боли: Можно экспериментировать с границами модулей по мере углубления понимания предметной области. Перемещение функциональности между модулями гораздо проще, чем между микросервисами.
Плавный переход к микросервисам: Когда станет понятно, какие части системы требуют независимого масштабирования или отдельной команды, можно "вырезать" хорошо инкапсулированный модуль и превратить его в микросервис. Это называется "стратегией монолита-швейцарского ножа" или "монолита-каннибала".

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

В следующем посте разберем как формировать структуру модульного монолита.

Что думаете? Сталкивались с модульными монолитами?

Мой канал в telegram

#SoftwareArchitecture #DDD #microservices #monolith #modularmonolith #distributedmonolith

🏛 Модульный монолит - старт для масштабируемой архитектуры

🔍 Что такое модульный монолит?

⚙ Ключевые принципы

🎯 Почему модульный монолит так хорош на старте и в дальнейшем?

💡 Вывод