Literature review reveals significant cost and latency reductions from consolidating microservices into modular monoliths, highlighting the need to avoid premature software decomposition.
Between roughly 2014 and 2021, microservices architecture became the default recommendation for new software systems, promoted as a near-universal solution to scalability, team autonomy, and deployment speed. By 2025-2026, however, a visible corrective trend has emerged: several well-documented engineering organisations have consolidated distributed systems back into monolithic or modular-monolithic designs, reporting substantial reductions in cost, latency, and operational burden. This paper reviews the publicly documented evidence behind this shift, distinguishes verifiable case studies from unverifiable secondary claims, and argues that the apparent "return of the monolith" is best understood not as a rejection of distributed systems but as a correction of premature and organisationally unjustified decomposition. We situate the debate within the broader software engineering literature on refactoring and system evolution, and we propose a three-part right-sizing framework based on measured scaling constraints, team structure, and platform capacity. The framework is operationalised with concrete metrics and thresholds, offering practitioners a decision aid for choosing between a modular monolith and microservices. We also discuss emerging considerations—green software, cloud lock-in, and AI/ML workloads—that are increasingly relevant in 2026.
No takes yet. Share an insight, caveat, or question.
Anurag Baliyan (2026) studied this question.
Synapse has enriched 5 closely related papers on similar clinical questions. Consider them for comparative context: