Identifying and Scoping Microservices
summary
Three concrete rules decide microservice boundaries: make the primary cut by business capabilities (discover bounded contexts and map capabilities like points, eligibility, cards), use technical capabilities as a distant second (isolate notification gateways, push/email/SMS integrations), and shape scopes to respect team structure so developers work efficiently. Services own their data, deploy independently, and favor event-based collaboration. Fixes: merge services that always deploy together or split by sub-capability and data migration; when unsure pick slightly larger.
AI-written summary · about
chapters (13)
- 0:00Introduction
- 1:14Microservices
- 3:27Example
- 5:26Why Microservices
- 8:52Complexity
- 11:10Characteristics
- 14:26Bounded Context
- 22:45Technical Bait Capabilities
- 27:11Conways Law
- 33:38Microservice Size
- 36:25Microservice Splitting
- 38:51Splitting Microservices
- 40:53Summary








