Обложка канала

Архитектура ИС

4563 @it_arch

Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений, микросервисы).

Архитектура ИС

4 года назад
Открыть в
Vaughn Vernon объясняет, почему построение канонической всеобъемлющей модели предприятия и единой предметной области на основе единой модели деятельности - миф, и для чего был разработан DDD: ————— We're making an effort with DDD to recognize that there is no practical way to have a canonical, enterprise data model where every single element in the model is representative of how every team in the enterprise would want to use it. It just doesn't happen. There's always some difference, and many times there are many differences that make it very painful for one team to try to use the model that another team has created. That's why we're focused on the bounded context with a ubiquitous language. ————— Оригинал статьи: Modeling Uncertainty with Reactive DDDтут 1.5 часовое видео на эту тему, которое покрывает ещё больше интересных вещей, чем статья). ————— Сама статья посвящена не столько критике unified canonical model-и как таковой (про проблемы unified canonical model-и Вернон пояснил в самом начале, когда давал введение в DDD). Но очень интересной теме: Rules for handling uncertainty must be defined in business logic that domain experts have agreed to, not buried in a technical implementation. что уже само по себе стоит того, чтобы ознакомиться с этим материалом ))
Modeling Uncertainty with Reactive DDD

Vaughn Vernon has written several books on DDD and reactive messaging patterns, and has found that the nature of distributed systems means you must deal with uncertainty. How to respond to a missing message, or a message that is received twice, should be a business decision, and therefore must be part of the domain model.

InfoQ