01martinfowler.com
Microservices are organizational debt disguised as architecture.
The article argues teams should generally start with a monolith, even when they expect to need microservices. This avoids premature operational complexity, speeds user feedback, and lets teams discover stable service boundaries. It outlines gradual extraction, replacement, and coarse-grained service options, while noting that starting with microservices may suit experienced teams and system-replacement projects.