MicroMonolith - Top anti-patterns of distributed systems
summary
Migration from an eight‑year monolith to hundreds of microservices reduces deploy time from 60+ minutes to ~5–10 and enables 400+ daily releases, but reveals concrete anti‑patterns: micro‑monolith, synchronous integration over HTTP, and one DB to rule them all. Practical fixes include introducing a message bus, moving toward database‑per‑service (table/schema first), isolating payment flow, using Greg Young’s EventStore (misused as a message bus early on), and building a custom AWS cost‑monitoring and control pipeline to rein in runaway cloud spend.
AI-written summary · about
chapters (7)
- 0:00Introduction and context
- 2:16Transformation process
- 6:02Avoiding common pitfalls
- 11:22Solving integration issues
- 20:37Database strategies
- 26:28Controlling cloud costs
- 31:24Conclusion and Q&A
related talks
48mMicroMonolith
53mDon’t Build a Distributed Monolith: How to Avoid Doing Microservices Wrong
43mHow to Avoid Doing Microservices Completely Wrong
42mQ&A - Monolith to Microservices
01h 04mDon’t Build a Distributed Monolith
54mFrom a distributed monolith to a microservices solution
01h 03mFrom Monolith to Microservices: Story and Practice
01h 03mMicroservices vs The Distributed Monolith
