DDD-разделение начинается с бизнес-процессов, языка и ответственности, а не с нарезки кода по технологиям. Границы проверяют на реальных изменениях и зависимостях.
Как происходило разделение системы по DDD? Как вы пришли к тому, что нужно разделять на домены?
DDD-разделение начинается с бизнес-процессов, языка и ответственности, а не с нарезки кода по технологиям. Границы проверяют на реальных изменениях и зависимостях.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
DDD-разделение начинается с бизнес-процессов, языка и ответственности, а не с нарезки кода по технологиям. Границы проверяют на реальных изменениях и зависимостях.
Расскажите, какие противоречия модели или организационные проблемы привели к разделению. Опишите bounded contexts, владение данными и взаимодействия между ними. Один термин может иметь разный смысл в разных контекстах. При этом контекст не обязан быть отдельным сервисом: сначала можно закрепить границы в модульном монолите и лишь затем решать вопрос независимого развёртывания.