Chapter 20. Service Architecture Strategy
Since the first introduction of microservices in 2005, the debate between adopting a microservices architecture, a monolithic service architecture, or a hybrid between the two has become one of the least reversible decisions that most engineering organizations make. Even migrating to a different database technology is generally a less expensive change than moving from monolith to microservices or from microservices to monolith.
The industry has in many ways gone full circle on that debate. While most hyperscalers in the 2010s took part in multiyear monolith-to-microservices migrations, Kelsey Hightower’s iconic 2017 tweet predicted that “Monolithic applications will be back in style after people discover the drawbacks of distributed monolithic applications.”
Even as popular sentiment has generally turned away from microservices, many engineering organizations have a bit of both, often the remnants of one or more earlier but incomplete migration efforts. This service architecture strategy looks at a fictional organization stuck with a bit of both approaches and looking to determine its path forward. Let’s call it Theoretical Compliance Company.
Reading This Document
This chapter contains just one document, Document 20-1: Should We Decompose Our Monolith?, written in 2022.
If you’re reading this document with the goal of applying the strategies it puts forward, start at the top and read to the end. If, on the other hand, your main goal ...