Caso reale di modelli solo append

Question

Caso reale di modelli solo append

#1 da (4 voti)

1

Ultimamente sto studiando architettura e ho trovato i termini Event Sourcing, Event Streaming e Historical Modeling, tutti riferiti a modelli "append-only", ma tutti i concetti che ho letto fino ad ora sono un po ' un po 'troppo astratto per me per comprendere appieno i pro ei contro di ognuno di essi.

Ho letto diversi articoli di Greg Young, Martin Fowler e altre persone che parlano di CQRS su sistemi altamente concomitanti e questi modelli solo append, ma finora non ho visto un'implementazione concreta di un sistema abbastanza complesso sistema che trarrebbe vantaggio da Event Sourcing, specialmente i sistemi in cui la coerenza è un requisito di prima classe, come i sistemi di pagamento.

Quindi, la domanda è, in che tipo di problema potrebbe trarre beneficio da un modello solo-append? Qualcuno ha un esempio del mondo reale da presentare?

architecture architectural-patterns model

posta Machado 01.12.2016 - 14:09

fonte

1 risposta

Leggi altre domande sui tag architecture architectural-patterns model

Quanto deve essere dettagliato un diagramma del caso d'uso? Posso utilizzare metodi statistici per confrontare i dati delle prestazioni del benchmark?

score 4 · Accepted Answer

I problemi classici (e probabilmente i più facili da capire) per l'append-only sono i sistemi di registrazione o monitoraggio.

Nel caso in cui ci siano centinaia o migliaia di sensori che pompano dati nei vostri sistemi, di solito non aggiornerete i valori esistenti - basta accodarli. Questo ti risparmia un sacco di mal di testa riguardo a quando e come bloccare le righe del tuo database, come distribuire i tuoi dati e così via.

Di conseguenza, avrai un flusso di eventi abbastanza lungo e potresti usarlo per creare viste differenti su questi set di dati. Un sistema potrebbe voler visualizzare il tasso di errore (quanti errori sono presenti nei registri), un sistema potrebbe voler visualizzare la frequenza richiesta o le richieste più frequenti o un aspetto completamente diverso, probabilmente non ancora noto.

Che mi porta al secondo caso: quando hai il tuo flusso di eventi, puoi sempre ricostruire un punto specifico nel tempo in base agli eventi.

I sistemi di pagamento delle transazioni fanno anche (in qualche modo) sourcing degli eventi, stanno modellando tutte le transazioni che portano allo stato attuale del tuo account. Se hai solo il tuo solito tavolo degli account e il saldo è di 20 €, questo non ti dice molto. Se hai un log di transazione (= evento) che ti dice +10 €, -20 €, + 30 €, puoi sempre ricreare lo stato in qualsiasi momento. Inoltre, puoi annullare transazioni o eventi indesiderati.