Puoi ricostruire / creare nuovi modelli di lettura senza Event Sourcing?

Question

Puoi ricostruire / creare nuovi modelli di lettura senza Event Sourcing?

#1 da (1 voti)

1

Secondo Vernon Vaughn's - Implementing Domain Driven design:

...Events are used to rebuild the state of the Aggregate by replaying them in the same order in which they occurred. The premise is that this approach simplifies persistence..

La mia domanda è ... In un sistema DDD in cui il tuo dominio pubblica eventi (e quegli eventi pubblicati in un archivio eventi), ma gli aggregati stessi sono ancora persistenti in un database relazionale - ha il vantaggio di riprodurre gli eventi per creare / ricreare nuovi readmodels provengono semplicemente dall'avere un negozio di eventi? o hai bisogno di un dominio di origine degli eventi (ovvero di una versione / sequenza) per garantire la rigiocabilità.

domain-driven-design cqrs event-sourcing

posta delagetto.so 17.10.2017 - 12:57

fonte

1 risposta

Leggi altre domande sui tag domain-driven-design cqrs event-sourcing

Come posso gestire il multiproduttore a un particolare utente singolo in Kafka? Best practice per il salvataggio dei dati utente quando si utilizza un provider di identità come AWS Cognito

score 1 · Accepted Answer

Event Sourcing è il processo di ricostruzione dello stato (di solito di un aggregato nel modello di comando) basato sui suoi eventi passati, piuttosto che una rappresentazione memorizzata del suo stato. La ricostruzione di un modello di visualizzazione richiede semplicemente che tu sia in grado di riprodurre gli eventi che abbiamo pubblicato "al momento".

Quindi in sostanza, si tratta di processi diversi e si può lavorare senza l'altro. In pratica, significa che dovresti memorizzare gli eventi pubblicati da qualche parte, per essere in grado di "riprodurli" su un componente specifico. Se quegli eventi sono anche usati per ricostruire i tuoi aggregati non è importante.