I am currently developing a new enterprise system. The purpose of the system is to track, display and notify employees about customer interactions (i.e. events) with the company. Using an event source template to store a book of all client interactions / events that are collected seems very appropriate since all of our additional domain objects are obtained from the event stream. However, I stumbled upon an article that stated that the entire system, based on the sources of events, is an anti-pattern. Why's that?
https://www.infoq.com/news/2016/04/event-sourcing-anti-pattern
" DDD, CQRS, Event Sourcing" DDD Europe 2016.
, . , , .
, . , DDD, . , ().
- , DDD, , "" , Event-Sourcing. .
, , Event-Sourcing. , , / . -. , CRUD? , , - CRM, Event-Sourcing , .
, , , , , .
. .
, CRUD " ", .
, , .
, , , .
, "- " , CQRS/ .
I recently published a post in a blog post about this issue. This explains why the source of events is an ongoing strategy and should not be used globally.
Source: https://habr.com/ru/post/1671288/More articles:Detect if some output arguments are not used - argumentsWhy does getLocalName () return null? - javaКак включить динамические требования в Luigi? - pythonMultiple Apache mod_jk servers pointing to the same Tomcat worker? - javaОбновление словаря без перезаписи существующей пары ключ-значение? - pythonHow to build the difference between two ggplot density distributions? - rIs there a way to change the directory in AWS codebuild - continuous-integrationZoom in on AppBarLayout while scrolling down - androidInvalidArgumentError: node has inputs from different frames - tensorflowDespeckle - remove spots or dots from an image - c #All Articles