The technical journey to microservices
summary
Adoption hits an adoption hump where money and effort produce little value; successful journeys use concrete patterns: keep all domain happenings in event lakes, apply event sourcing with projections to build aggregates and views, accept eventual consistency, and test contracts by mandate tests on different platforms. Chaos practices like Simian Armies introduce stress to drive antifragility. Expect extra integration tests, blue/green deploys and bespoke tooling; monoliths often win when stability is the priority.
AI-written summary · about
chapters (8)
- 0:00Introduction
- 5:22Microservices adoption failures
- 7:32Defining microservices
- 10:26Aligning microservices with business
- 15:23DDD and events in microservices
- 20:02Designing for change
- 22:35When microservices fail
- 24:03Antifragility and ethics
related talks
24mPatterns of Evolution from Monolith to Microservices
45mMicroservices: A retrospective
52mMicroservices: A Utopian Mystery
57mEmbracing Microservices
45mBuilding and evolving microservices: lessons from the frontlines
39mConsidering Migrating a Monolith to Microservices?
01h 03mThe Magic of Small Things - 10 Years of Microservices
49mMicroservices: An unexpected Journey
