Event Sourcing fue popularizado por LMAX como un medio para proporcionar velocidad, escalabilidad de rendimiento, persistencia transparente y espejo en vivo transparente. Antes de ser renombrado como Event Sourcing, este tipo de patrón arquitectónico se conocía como System Prevalence, pero nunca estuve familiarizado con este patrón antes de que el equipo de LMAX se hiciera público.
¿Se ha demostrado este patrón en numerosos sistemas de producción y, por lo tanto, incluso las personas conservadoras deberían sentirse empoderadas para adoptar este patrón o el abastecimiento de eventos / prevalencia del sistema es un patrón exótico que es mejor dejar para los valientes?
java
architecture
performance
management
event-sourcing
Dakotah North
fuente
fuente
Respuestas:
Los conceptos detrás de Event Sourcing han existido durante mucho tiempo, y a menudo con otros nombres. Las computadoras en tándem se construyeron sobre esta idea, al igual que IMS TM de IBM . IMS TM fue desarrollado para el programa espacial Apollo en los años 60 y Tandem apareció en los años 70.
Muchos sistemas modernos de alto rendimiento para el dominio financiero se basan en tales patrones. Casi todas son compilaciones personalizadas. Desafortunadamente, nadie que yo sepa ha ofrecido un producto que admita Event Sourcing y CQRS a un estándar adecuado para los sistemas de producción. Es algo que a menudo he considerado hacer después de haber construido muchos de estos sistemas a lo largo de los años. Simplemente nunca tuve la oportunidad correcta.
fuente