Поражен красотой CQRS и Event Sourcing. Писанины конечно добавилось, но чувствуется что это избавит от головной боли в будущем.
В голове конечно каша, практики так думать не было, боюсь с ходу буду нарушать Single responsibility principle.

Вопрос, нормально ли так делать.
Есть у нас "Domen1", пришла команда по шине (BUS) "Update1", выполнили эту команду, отправили в шину "Event1" (типа "Domen1 has been updated")
в этом же домене у нас есть "EventHandler1" это все как бы ответственность одного домена.
Теперь я хочу чтобы "Domen2" узнал о событии, я так понимаю в "EventHandler1" я должен послать в шину команду "Update2"

Предположение: "Domen2" сам подписаться на шину BUS не может. (он ведь лежит в базе EF) и он слушать шину никак не может.
Получается хочу в "EventHandler1" послать команду "Update2", но получается я в "домене1", должен знать про "команду домена2"
Как-то не красиво. Но конкретные экземпляры доменов спят в базе, они сами не могут подписать.
Как пнуть другой домен? нормальный ли способ который я описал?

вычитал тут
http://cqrs.nu/Faq

Can an aggregate send an event to another aggregate?
No.

Should a command handler affect one or several aggregates? (хотя у меня "event handler")
Only one.

Ладно, я понял что ничего не понял. Пойду читать дальше. Но тема очень крутая, надо только въехать

skyANA, спасибо за ссылку, не видел раньше эту подборку.

Просто смотрю в разных примерах по разному это реализуется. где через IoC, где свой механизм Subscribe
Надо - не надо, потом пойму. Сейчас хотя бы научится собачью буду строить на этой инфраструктуре.

Просто еще свежи впечатления когда на FrontEnd (TypeScript) перешел на свою систему посылки Event-ов и Bus, как сразу легче стало жить. Tell-Don't-Ask подход тоже нравиться. Просто насмотрелся уже на ад из 1000 Utils и Helper классов.
Люди переходят с Оракла и Java на "новые технологии" от MS и думают что МS решит все их проблемы. Но чувствую что надо менять сам подход.