I think you're reading a lot into those books. Microservices were pioneered at companies with thousands of engineers. That is where they shine. Small is relat

I think you're reading a lot into those books. Microservices were pioneered at companies with thousands of engineers. That is where they shine. Small is relative. The point of a microservice is to allow a smallish team of 5-10 people make their changes independent of all other teams. That is their primary purpose. To make sure your thousands of engineers aren't stepping on each other's toes. All other benefits range from minor to bullshit, especially if you don't have a huge engineering department. The above applies even if you don't use DDD. DDD oftentimes goes along with microservices because their bounded contexts are a good way to split your microservices.