DDD, event sourcing and CQRS – theory and practice
summary
Domain language becomes commands and events not CRUD and the system stores a replayable log so past actions answer new analytics questions; implementation uses Vulcan kit, Docker containers, an event store, message queue and separate read/write models so reads scale and accept eventual consistency. The presenter reimplements nevercompletedgame as a JavaScript backend plus React client, hardcodes riddles, reaches about 40 levels in the original puzzle and shows the game running locally with live projections and replay-based queries.
AI-written summary · about
chapters (14)
- 0:00Introduction
- 1:40Never completed game
- 8:50What your users want
- 13:07Terminology
- 18:15Guessing
- 22:27Domain
- 28:02CQRS
- 30:55CQRS Pattern
- 32:10What is CQRS
- 33:37How CQRS works
- 37:17The typical CQRS approach
- 40:23CQRS eventual consistency
- 43:46Cap Theorem
- 51:32Implementation
related talks
30mDomain-Driven Design + Command Query Responsibility Segregation + Event Sourcing
49mCQRS and Event Sourcing explained
52mEvent Sourcing and CQRS
48mNodeJS Microservices + CQRS + Event Sourcing — Why Do I Do This?
42mCQRS and Event Sourcing with Lagom
45mThe Practical Road towards CQRS and Event Sourcing
56mDeveloping Event-driven Microservices w/Event Sourcing and CQRS
43mCommander: Better Distributed Applications through CQRS and Event Sourcing
