Microservices & the Inverse Conway Maneuvre
summary
Argues that organizing teams as stable, cross‑functional lines of business produces modular microservice architectures by design: examples include a retail/customer split across North America and Brazil using an async message bus, and an insurer that extracts home/motor/life into separate apps with separate data to avoid a distributed monolith. Claims work that stays inside a team finishes an order of magnitude faster (Australian telco data), targets services replaceable in days–weeks, and recommends consumer-driven contracts, tolerant reader, and Dumbar's number.
AI-written summary · about
chapters (12)
- 0:00Start
- 0:19Two Characteristics of Micro Services
- 7:04How Big Is a Micro Service
- 19:26Lockstep Deployment
- 20:34Distributed Monoliths
- 23:15The Ooda Loop
- 36:38Dunbar's Number
- 37:49Graph of the Effect of Distance on Communication
- 39:54Consumer-Driven Contracts
- 40:29The Chunking Up from Micro Services to Teams to Value Streams
- 41:41Semantic Versioning
- 46:24If Data Is Kept Separate in each Micro-Service How about the Impact of Keeping the Data Consistent
related talks
58mMicroservices and the Inverse Conway Manoeuvre
01h 00mMicroservices and the Inverse Conway Manoeuvre
47mMicroservices and the Inverse Conway Manoeuvre
26mPros/Cons of Microservices
09mDon’t Forget Conway’s Law
50mEmbracing Microservices
38mMicroservices, a bittersweet symphony
46mWhy Cross-Functional Teams Build Better Microservices
