Perché "L'individuazione degli eventi di un intero sistema è un grosso errore e considerato un anti-modello"?

Question

Perché "L'individuazione degli eventi di un intero sistema è un grosso errore e considerato un anti-modello"?

Naviga le tue risposte

#1 da (6 voti)
#2 da (3 voti)
#3 da (0 voti)

2

Perché l'event sourcing di un intero sistema è un grosso errore e considerato un anti-pattern?

E quale situazione considera un anti-pattern?

Riferimento 1

Riferimento 2

Domanda aggiornata:

Ancora non capisco perché creare interi event-sourcing per creare un grande monolite? Cosa succede se utilizzo Process Manager è ancora un monolite?

Come Greg Young ha menzionato che CQRS non è un'architettura di alto livello ? Che cos'è in realtà architettura di alto livello quindi?

Qual è lo scopo di intero sistema di cui parlava Greg Young?

Non vedo alcun errore di avere l'intero sistema come eventi. Sembra essere più consistente usare CQRS puro senza il concetto di altri misti (Tranne che devo).

domain-driven-design cqrs event-sourcing

posta b.ben 09.07.2018 - 17:14

fonte

3 risposte

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

Come si formattano gli array all'interno dei parametri? C # design per forzare il metodo virtuale da chiamare dall'override, o qualcosa di simile

score 6 · Answer 1

Event Sourcing è difficile e non raggiunge grandi risultati da solo.

Inoltre, le persone confondono Event Sourcing con una tonnellata di altre cose e scoprono che non hanno ottenuto ciò che si aspettavano alla fine del progetto.

Detto questo, scommetto che puoi trovare articoli su internet dicendo che qualsiasi cosa è un anti-modello con pochissimo sforzo. Queste idee tendono ad arrivare, vengono pubblicizzate come la cosa migliore e poi rilasciate dalla maggior parte delle persone in un ordine molto breve.

Assicurati di capire cosa stai cercando di ottenere e perché il modello ti aiuta prima di decidere di implementarlo.

score 3 · Answer 2

Entrambi gli articoli a cui fai il link sono abbastanza chiari dove vedono il problema con l'event sourcing: che è un pattern progettato per un'attività specifica - creare uno storage snapshot transazionale specifico per i dati che devono avere facilmente la cronologia delle modifiche ricreato. Ma come molti concetti popolari, la gente usa la parola d'ordine e prova ad applicarla a tutto - come fare blockchain questo e senza server.

score 0 · Answer 3

Dopo aver imparato CQRS ed ES per un po '. Mi rendo conto che usare ES senza avere una buona ragione è un errore molto grande.

Ho visto pochissimi benefici da ES.

Non sono sicuro per il contesto di cui parlava Greg Young. Tuttavia, utilizzando ES si introduce una complessità molto elevata da implementare, mantenere e migrare.

Possiamo facilmente escludere ES e lasciare solo eventi CQRS + e ottenere quasi tutti i vantaggi di CQRS + ES.

Btw, CQRS stesso deve essere utilizzato con altri livelli dell'applicazione in cima all'API di riposizionamento o grafico. Quindi CQRS / ES stesso non sarà un'architettura di alto livello.

Qualcuno, per favore, correggimi ..