Microservice Architecture Based on Event Sourcing
summary
A bookshop example shows replacing UI-backend calls with an event bus (Kafka, RabbitMQ, ActiveMQ) so services no longer need addresses, gain plug‑and‑play, and pull work at their own pace; responsibility for actions like shipping moves to the service that listens for a BookOrdered event. Queries remain hardest: shared DB is an anti‑pattern, remote query recreates tight coupling and latency, and event-carried state transfer duplicates data and forces eventual consistency. Recommendation: choose remote query for large, rare datasets, replicate for small/fast data, and expect tradeoffs.
AI-written summary · about
chapters (9)
- 0:00Introduction and setup
- 1:03Event sourcing basics
- 2:05Request-driven microservices issues
- 5:58Event-driven microservices benefits
- 9:51Event vs command vs query
- 12:21Query challenges and solutions
- 18:31Event-carried state transfer
- 22:11Choosing the right approach
- 23:16Q&A session
related talks
46mMicroservices Data Patterns: CQRS & Event Sourcing
51mMicroservices Data Patterns: CQRS & Event Sourcing
58mImplementing Event-driven Microservices
47mEvent-Driven Microservices = Microservices Done Right
51mPatterns & Practices of Implementing Event-driven MicroSvc...
01h 25mBuilding microservices with event sourcing and CQRS
44mUnlocking Business Agility with Event-Driven Architectures
56mDeveloping Event-driven Microservices w/Event Sourcing and CQRS
