The Surprising Reason Why Microservices Shouldn’t Be Contained in Separate Repositories (You Won’t Believe #3)

Derek Johnson
4 min readJan 1, 2023
Photo by Growtika Developer Marketing Agency on Unsplash

Microservices are a popular architectural style for building applications that are composed of small, independent services that communicate with each other using APIs. One of the key benefits of this approach is that it allows teams to develop and deploy their services independently, which can improve the speed and efficiency of the development process.

However, there is a common misconception that microservices should be contained in separate repositories. In this article, we will explore why this is not necessarily the best approach and discuss some of the potential drawbacks of keeping microservices in separate repositories.

One of the main arguments for keeping microservices in separate repositories is that it allows teams to work on their services independently. This is certainly true, as having separate repositories can help to isolate the code for each service and prevent conflicts between teams working on different services.

However, there are also a number of downsides to this approach. One of the main issues is that it can make it more difficult to track changes and dependencies between services. When microservices are contained in separate repositories, it can be difficult to see how changes in one…

--

--

Derek Johnson

Philosopher | AI Engineering | Formally @ Apple & Amazon