Hundreds of Microservices without breaking your APIs
summary
Describes how a system that grows to 120 microservices introduces unknown producers and consumers, how switching sync HTTP to kafka persists messages avoids data loss but explodes the dependency graph, and how instrumenting services with OpenTelemetry + Jaeger yields per-request traces, trace IDs in logs, and the ability to replay or auto-generate mocks and docs from real traffic. Claims: tracing plus persisted async messaging reduces incident time and improves test fidelity; demonstrates tools, tradeoffs, and concrete workflows.
AI-written summary · about
chapters (13)
- 0:00Start
- 0:41Microservices complexity
- 3:07Microservices growth
- 7:21Production risks
- 11:34HTTP limits
- 14:21Async challenges
- 17:31Complexity scaling
- 18:55Distributed tracing solution
- 21:47How tracing works
- 24:12Debugging with tracing
- 25:56Service dependencies
- 27:44Tracing data uses
- 30:32Summary
related talks
31mUnderstanding Microservices with Distributed Tracing
39mObservable microservices
20mHigh Velocity Development of Microservices
50mChallenges in Implementing Microservices
33mEffective observability in microservice architectures
49mChallenges in Implementing Microservices
45mMicroservices: A retrospective
01h 18mIn Defense of Microservices
