AV
Это к ознакомлению просто
Size: a a a
2021 May 06
AV
У него более такой практичный пример
2021 May 07
VG
проблему решает outbox pattern, можно пойти ещё по пути ES
ПГ
Спасибо 👍
AN
Привет.
У меня есть агрегат N в разных контекстах.
Использую EventSourcing и держу все для этого агрегата в одном потоке.
Для одного агрегата грузится выборочно один тип эвентов для другого другой тип.
Правильно ли это?
У меня есть агрегат N в разных контекстах.
Использую EventSourcing и держу все для этого агрегата в одном потоке.
Для одного агрегата грузится выборочно один тип эвентов для другого другой тип.
Правильно ли это?
AN
Обьясню почему я так сделал:
Мне нужны некоторые данные агрегата в двух контекстах сразу
Мне нужны некоторые данные агрегата в двух контекстах сразу
VG
Агрегат - это партиция данных, он не может быть в двух контекстах, сущность — может; если разные контексты используют разные данные, то это разные агрегаты, если используют одни и те же , то значит граница проведена неверно
AN
У него может быть одинаковое наименование но смысл разный.
В моем случае общие данных буквально 1-2 поля.
В моем случае общие данных буквально 1-2 поля.
AN
В остальное они абсолютно разные
AK
а что за общие данные? Они влияют на логику обоих агрегатов?
AK
а каким образом? Кто может менять их?
AN
Меняет только один контекст
Другому нужно для бизнес правил и тд
Другому нужно для бизнес правил и тд
AN
Стоит учитывать что в моем велосипеде всего 1 контексте меняет эти общие данные
VG
Очень зависит от деталей, возможно границы не правильные, возможно данные нужно скопировать, возможно надо использовать rule engine...
VG
А что касается «в одной таблице хранить события разных агрегатов», то такое не запрещается
ПГ
А можно поточнее, как это сущность может находиться в разных контекстах ? Ну для примера.
ПГ
Это из доклада про Агрегаты вроде, что хранить ID в контекстах разных, а не строить агрегаты большие
VG
Ты спросил за сущность, а сущность там продукт и ее данные хранятся в разных контекстах