Microservices in a Monolith
summary
A legacy PHP monolith of about 3 million LOC and ~500k daily requests is incrementally modularized by introducing event sourcing plus small, decoupled modules. The team implemented a ticket service and a user service that run inside the same deployable but communicate via dispatched events and listeners, keeping creation and purchase logic local, resolving race conditions and locking, and reducing coupling without a full rewrite.
AI-written summary · about
chapters (7)
- 0:00Legacy monolith challenges
- 3:51Monolith codebase structure
- 7:28Microservices architecture
- 11:01Isolating user service
- 14:55Refactoring registration and tickets
- 18:50Event-driven microservices
- 21:44Key takeaways
related talks
23mMicroservices within a Monolith
48mMicroservices vs The Distributed Monolith
35mLegacy Monolith to Microservices
08mWhy we are writing a monolith, not a microservice
57mModularizing the Monolith
57mSplitting Monolith Application to Microservices
47mMicroservices? Monoliths? An Annoying Discussion!
40mBreaking the Monolith! Decoupling a Legacy Monolithic Application
