Sono abbastanza nuovo per CQRS e Event Sourcing, anche se ho creato un'applicazione (ASP.NET MVC) che la utilizza per una parte del suo dominio aziendale (un "contesto limitato", se lo desideri).
Quindi so come implementarlo e ne ho visto i benefici.
Nel prossimo futuro, avrò bisogno di creare una nuova applicazione focalizzata esclusivamente sulla gestione degli utenti. Questo fa parte di un gruppo più ampio di microservizi, in cui ognuno ha la propria responsabilità.
Questo servizio di gestione degli utenti sarà un'applicazione in cui gli utenti possono gestire il proprio account (nome, password, ecc.), fatturazione (upgrade a determinati livelli dei nostri servizi), ecc. Molto probabilmente sarà utilizzato anche come provider SSO per le nostre diverse applicazioni. Altre possibilità in futuro potrebbero essere quella di essere un fornitore di widget (come un widget di accesso) per varie applicazioni Web.
Mi chiedevo se CQRS e ES fossero una buona soluzione per questo. La gestione degli utenti in genere sembra solo roba CRUD. Ma ho visto i benefici e l'eleganza che possono venire da CQRS / ES.
D'altra parte, temo di guardarlo in modo distorto perché CQRS / ES è ora il mio nuovo martello d'oro. Come accennato in precedenza, in realtà ho solo esperienza con CQRS / ES su un progetto.
Ho letto da qualche parte che CQRS / ES non dovrebbe essere applicato su ogni parte della tua applicazione / dominio, ma ha senso sul nucleo della tua applicazione. Per questo micro servizio di gestione utenti, la gestione utente è il core.
Qualche idea o suggerimento su come posso decidere se CQRS / ES o nog è una buona strada da percorrere?