4 ms·
I think that they were just building the stale read models, and used them as the write model, which created the whole confusion. Regarding the sharing events b
by oskar_dudycz 5y ago
I think that they were just building the stale read models, and used them as the write model, which created the whole confusion.
Regarding the sharing events between module, it's one of the most common and the most dangerous mistakes. It's a leaking abstraction that will eventually create a distributed monolith. It has only downsides of monolith and microservices, without the upsides.
I wrote longer on the topic of internal and external events, and how to model them: https://event-driven.io/en/events_should_be_as_small_as_possible/ https://event-driven.io/en/events_should_be_as_small_as_poss...
- nhumrich 5y agoWhat you are talking about is CQRS, which is a very valid pattern, and pairs well with event sourcing, but is not necessary part of event sourcing. You don't have to split your read and write models for events sourcing.
- oskar_dudycz 5y agoCould you elaborate, I think that I'm missing your point.