Domain Driven Design и модульный монолит в Python

Значимый прорыв формирует отрасль ИИ: SergeyevSergey 3 минуты назад Domain Driven Design и модульный монолит в Python Сложный 22 мин 0 Python * Туториал Из песочницы ПрологВ этой статье я не буду детально разбирать всю теорию, связанную с архитектурой модульного монолита и Domain Driven Design, вы можете найти множество материалов в сети или книгах, где авторы уже детально объяснили все аспекты этой темы. Мною будет продемонстрирована тактическая реализация этих идей на языке Python, так как для него это не слишком часто встречающаяся тема в виду его динамичности и менее строгих правил написания кода, нежели в строго типизированных языках, где изначально и зародились эти идеи. Для понимания происходящего в этой статье я настоятельно рекомендую сначала изучить теорию, ссылки на полезную литературу вы сможете найти в конце статьи*.

Вся предложенная информация исходит из моего практического опыта написания веб приложений на Python, что однако не является истинной в последней инстанции абсолютно для каждого проекта и вы вполне можете быть не согласны с позицией, изложенной ниже, поэтому любая обоснованная критика приветствуется. Почему вообще DDD и модульный монолит в Python? По мере моей коммерческой деятельности как Python backend разработчика я часто встречался с довольно объемными, и сложными проектами, где было необходимо реализовать огромное количество функционала и сложной бизнес логики.

Технические детали

Если приложение получается довольно большим, то следовать самой распространенной для Python‑приложений и одновременно самой простейшей слоистой архитектуре становится довольно сложно. Границы размываются, очень часто возникают проблемы циклических импортов, появляются god‑objects, сервисная логика становится настолько захламленной, что один метод, который делает, казалось бы, небольшое изменение данных, может начать занимать больше 200 строк кода. В свое время, проводя время в поиске решений этой проблемы, я наткнулся на тему Domain Driven Design.

Если вкратце — Domain Driven означает подход разработки веб приложения, который сконцентрирован вокруг бизнес‑логики и ее инвариантов. Данный подход позволяет создать приложение с низкой зависимостью бизнес‑логики от всего остального, что упрощает разработку в больших системах и позволяет заменять одни компоненты на другие без кардинального переписывания и поломки основных свойств. Тогда почему именно модульный монолит?

Ведь реализовать DDD возможно и в обычном монолите. Разница между обычным монолитом и модульным сводится к чёткому разделению доменных границ, которое является одним из плюсов микросервисной архитектуры, однако не усложняет инфраструктурную поддержку, деплой и разработку, потому как приложение до сих пор остается монолитом.

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