DDD как способ уйти от монолита. Поделитесь опытом применения DDD в разработке?
Системный аналитик в Совкомбанк Технологии
· 20.08 · ред.
напишите коммент
6 комментов
Ксения Епанчина
· 21.08
Кстати, надо бы достать с полки книгу про DDD и перечитать. Рада, что напомнили 👍
0
ответить
коммент удалён
Ксения Епанчина
· 21.08
В той предметной области, с которой работала я, DDD использовался в качестве отправной точки для проектирования микросервисной архитектуры. Правда эта архитектура была разработана задолго до моего появления на проекте. Главные сущности, вокруг которых всё строилось - это актив предприятия, аномалия в данных и событие. И здесь событие рассматривалось как пакет или конверт, содержащий внутри себя аномалии в данных.
0
ответить
коммент удалён
Иван Грибачев
· 21.08
Это была принятая технология в компании или подход отдельных сотрудников? С какими трудностями сталкивались, применяя DDD?
0
ответить
ответ удалён
Ксения Епанчина
· 21.08
Иван, это сложный вопрос. Проект существовал уже 5 лет на момент моего прихода. Поэтому тех людей, что придумали такой подход, уже в большинстве своём не было на проекте.
Главных трудностей было несколько...
1️⃣ Нужно было иметь возможность привязывать некоторые из активов к нескольким родительским активам. Это требовало внедрения концепции множественности деревьев.
2️⃣ Создание разных разрезов одного и того же предприятия для отображения разным пользователям.
Эх... Так вот всё и не вспомню сейчас сходу...
0
ответить
ответ удалён
Иван Грибачев
· 21.08
Спасибо за ответы, Ксения
0
ответить
ответ удалён
· 25.08
Илья, хотела добавить: есть книга, которая не столько о том, чтобы распилить монолит, сколько вообще о проектировании API. На мой взгляд - книга толковая. Так что хочу порекомендовать: "Проектирование архитектуры API", Дж. Гоф, Д. Брайант, М. Оберн
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён