SOD Microservices - Daniel Jones, EngineerBetter
summary
Argues microservices are a deployment concern and recommends a monolith-first Service-Oriented Design that’s easy to split later, with practical steps for Java/Spring apps: separate gateway-orchestration-domain-data layers, enforce CQRS (reads side-effect free), use immutable parameter objects, adopt event-driven calls and event sourcing, handle idempotency and deterministic IDs, and reconcile divergent histories with vector clocks so eventual consistency can be detected and remediated.
AI-written summary · about
chapters (14)
- 0:00Introduction to microservices
- 1:04SOA principles for microservices
- 3:50Why service buses declined
- 5:17Eventual consistency basics
- 6:01Future-proofing monoliths
- 9:09Four service layers explained
- 13:00CQRS for clarity
- 14:26Preparing for events
- 18:17Idempotency and determinism
- 24:38Event-driven architecture
- 25:22Event sourcing benefits
- 27:30Handling conflicts with vector clocks
- 35:23Key takeaways summary
- 36:33Q&A on event communication
related talks
57mSOA lessons learnt (OR Microservices done better)
52mBuilding monolith applications that could scale to microservices..
50mEmbracing Microservices
52mSOA lessons learnt OR Microservices done better
48mIT Architecture : All your micro-services are wrong PERIOD!
49mDDD & Microservices: At Last, Some Boundaries!
38mMicroservices, a bittersweet symphony
24mPatterns of Evolution from Monolith to Microservices
