Товар и Отзыв -- разные аггрегаты.

Отзыв содержит в себе идентификатор Toвара.
При создании отзыва, важно передать этот айдишник.

проверять его существование нет смысла с точки зрения отзыва. ибо этот айдишник, просто как некий атрибут. Который будет использоваться для поиска например.

люди любят мыслить каскадными делитами)

Люди ещё не научились в документ дб - только реляционные...

2 агрегата в одном контексте это норма?

Я не уверен поэтому спрашиваю :)

да, это норма

как раз твой пример рассматривают

Хорошо.
Я потвердил отзыв у агрегата отзыв.
Мне нужно бросить событие в шину, чтобы агрегат товара удалил IDшник из УЖЕ коллекции IDшников неподтвержденных отзывов.

хочу воспользоваться возможностью и сказать - не юзайте event sourcing где попало. Для вещей типа отзывы, комменты или даже описание товара смысла в ES нет, только усложняете себе жизнь.

ES это сложно и скорее всего первые 2-3 попытки его применить обертунся проблемами. Использовать стоит это только там где от ES явно будет профит. Там где хочется разные модели строить на основе того что происходит. Это например может быть кто когда чего добавлял убирал из карзины, как мол пользователи взаимодействуют с каталогом, как цены меняются (и то тут спорно, есть отдельные бизнес правила вокруг этого),

ну то есть речь идет просто про доменные ивенты а не про ES. Доменные ивенты можно кидать и не в сущностях а выше, на уровне сервиса-юзкейса

Согласен.
Я бы с радостью делал 50/50 систему.
Но я молод и неопытен.

поищи тут в чате ссылку на ADSD от Уди

ЯД ссылка?
Да гляну.

Вся глянуть или сразу могу на каком то конкретном его видео остановиться?

лучше все глянуть, но что б быстро кое какие вещи набросить посмотри видос выше про "ваши агрегаты неправильные"

Принято.
Это стоит первое в очереди.

по курсу Udi - там есть главы, можешь сначала пробежаться че там есть и уже составить какой-то плейлистик. Но рекомендую все ж в какой-то момент все просмотреть. Оч толковый курс.

Благодарю.

Я ес ни разу в жизни ещё не использовал - и счастлив)