Leggevo documentazione sulla persistenza di Akka e dice che Akka è buona per Event Sourcing.
Immagina di avere un'entità utente. Ogni utente è definito in modo univoco con ID e ha alcune proprietà e alcune regole aziendali su come possono essere modificati. Inoltre, alcune modifiche delle proprietà dell'utente possono avere alcuni effetti collaterali asincroni, come la notifica a un altro sistema che è stato creato un utente. Configurazione DDD molto semplice.
Quindi da quanto ho capito Akka
PersistenceActor
è buono per mantenere lo stato corrente di User
, accettando le modifiche 1 per 1, quindi nulla può scivolare tra di esse.
Quindi, se modifico questi utenti con PersistenceActor
s dove creo un attore per utente, ma il numero di utenti è troppo grande per tenerli tutti (o anche caricarli tutti) nella memoria, come faccio a trattare con la creazione / l'interruzione di attori, la loro persistenza / ecc.
Sembra un compito piuttosto complicato da gestire. Ma se non lo faccio, cos'altro può fare con PersisteceActor
s?