Microservices Data Patterns: CQRS & Event Sourcing
summary
Argues that event sourcing gives fast writes, audit trail and time travel but poor reads, so pair it with CQRS read models and selective replication; demonstrates using Debezium (CDC) to tail DB transaction logs, publishing to Kafka for ordered, persistent replication, and a Vert.x reactive gateway that deduplicates 50 concurrent callers to a third‑party API to cut costs. Recommends in‑memory data grids for low‑latency queries and lists tradeoffs: latency, volume, staleness, ownership, security and retention.
AI-written summary · about
chapters (13)
- 0:00Introduction
- 2:35Data management evolution
- 4:26Event sourcing explained
- 9:02CQRS principle
- 11:12Implementing CQRS
- 17:51Combining ES and CQRS
- 20:51Distributed data systems
- 24:21Replication requirements
- 29:45In-memory data grids
- 34:57Data virtualization
- 37:34Message brokers
- 40:21Reactive platforms
- 43:00Change data capture
related talks
51mMicroservices Data Patterns: CQRS & Event Sourcing
17m7 Reasons why your microservices should use Event Sourcing & CQRS
01h 25mBuilding microservices with event sourcing and CQRS
55m7 Reasons why your microservices should use Event Sourcing & CQRS
40m7 Reasons why your microservices should use Event Sourcing & CQRS
56mDeveloping Event-driven Microservices w/Event Sourcing and CQRS
51mPatterns & Practices of Implementing Event-driven MicroSvc...
48mNodeJS Microservices + CQRS + Event Sourcing — Why Do I Do This?
