Come gestire le situazioni, quando il modello di lettura non è più sincronizzato con i registri eventi?

Question

Quando snapshot di aggregati non sono sincronizzati con il registro eventi, posso semplicemente riprodurre i miei eventi dalle istantanee precedenti (che si suppone siano sincronizzate). Lo stesso posso fare quando aggiungo/rimuovi nuovi campi o quando modifico la logica dei gestori esistenti.

Nel caso in cui ho bisogno di aggiungere un nuovo modello di lettura (cioè nuova vista del report) posso fare di nuovo lo stesso - ripeterò i miei eventi.

Ma come devo gestire la situazione, quando il modello letto è diventato fuori sincrono con il registro eventi? La memorizzazione degli eventi e la pubblicazione avvengono in un'unica transazione, ma l'aggiornamento del modello di lettura si è verificato in un'altra transazione, che può non riuscire. La ripetizione di eventi fin dall'inizio può aiutare, ma può richiedere l'eternità. Ho bisogno di un concetto di istantanee per l'intero modello di lettura?

Come si risolve questo problema? Grazie.

Answer 1

Quale sarebbe il motivo dell'errore nel gestore di eventi? Quanto dura "l'eternità"?

Leggere gli aggiornamenti del modello raramente falliscono (a differenza dei gestori di comandi), poiché la logica all'interno è estremamente semplice. È probabile che i guasti siano causati da problemi transitori (interruzione IO/rete) e vengano gestiti automaticamente dal bus dei messaggi.

Tuttavia, se il modello di lettura è stato danneggiato per qualche motivo, il modo più semplice per reimpostarlo e scorrere gli eventi. Anche milioni di eventi richiederebbero un tempo ragionevole. Inoltre, puoi sempre utilizzare l'approccio Map-Reduce.

Si consiglia di non introdurre le istantanee per leggere i modelli. Penso che questo complica l'architettura senza alcun guadagno significativo.