¿El abastecimiento de eventos está listo para el horario estelar? [cerrado]

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?

— Dakotah North
fuente

Event Sourcing ha existido durante mucho tiempo y creo que el ex CTO de LMAX (y creador del Disruptor) ha citado varios documentos académicos y de la industria en los que basó una buena parte de esto. Le haré un ping y lo haré sonar aquí.

— Martijn Verburg

Mire el marco de Axon ( axonframework.org ) para una forma aparentemente fácil de CQRS. Diciendo "aparentemente" porque no tengo experiencia con eso.

— kaqqao

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.

— Martin Thompson
fuente