Building microservices with event sourcing and CQRS
summary
Explains how combining CQRS with event sourcing stores every state change as immutable events (JSON preferred), lets teams rebuild state to any timestamp, run event replay for debugging, and support temporal queries; recommends lightweight brokers like RabbitMQ and read stores such as Hazelcast or Neo4j; describes optimistic versioning for concurrent updates, anonymization instead of deletion for regulation, checkpoints/snapshots to avoid full replays, and points to Axon and Akka Persistence as practical starting toolsets.
AI-written summary · about
chapters (13)
- 0:00Intro
- 4:58Drawbacks
- 11:58Example
- 13:53Naming
- 17:14Finegrained events
- 20:00Treating events immutable
- 22:31Legacy systems
- 23:21Enterprise Service Bus
- 28:28Business Value
- 31:08CQRS
- 32:56Refactoring
- 45:44Consistency risks
- 50:57Consistency
related talks
56mDeveloping Event-driven Microservices w/Event Sourcing and CQRS
17m7 Reasons why your microservices should use Event Sourcing & CQRS
01h 07mAn Architecture with CQRS and Event Sourcing
40m7 Reasons why your microservices should use Event Sourcing & CQRS
51mMicroservices Data Patterns: CQRS & Event Sourcing
46mMicroservices Data Patterns: CQRS & Event Sourcing
55m7 Reasons why your microservices should use Event Sourcing & CQRS
48mNodeJS Microservices + CQRS + Event Sourcing — Why Do I Do This?
