CODEWITHSUNDEEP
javaspring-bootmicroservices
dianis801
dianis801

Reputation: 61

Microservices with a shared lib dependency

I'm working on a microservice project, and I have a question about best practices.

We are using Java Spring, and all of our models are packaged in a single JAR. Each microservice depends on this JAR to function. Is it okay for a microservice to depend on a JAR containing models outside of its scope like this, or is it better practice to split this JAR up?

Upvotes: 1

Views: 1594

Answers (2)

tkruse
tkruse

Reputation: 10695

Sharing the domain models is an indicator of bad design. If services share a domain, they should not be split. For Microservices, teams working on one service should be able to modify their domain objects anytime without impacting other services/teams.

There can be done exceptions though, e.g. if the model objects are non-specific enough to be reusable in any service. As an example a domain of geometry could be contained in a geometry library. There can be other exceptions.

Upvotes: 1

flaviuratiu
flaviuratiu

Reputation: 173

A very good article by Bartosz Jedrzejewski here

To quote a relevant part from his artcile...

If the service code should be completely separate, but we need to consume possibly complicated responses in the clients- clients should write their own libraries for consuming the service.

By using client-libraries for consuming the service the following benefits are achieved: Service is fully decoupled from the clients and no services depend on one another- the library is separate and client specific. It can be even technology specific if we have mix of technologies Releasing new version of the service is not coupled with clients- they may not even need to know if the backward compatibility is still there, it is the clients who maintain the library

The clients are now DRY - no needless code is copy pasted It is quicker to integrate with the service - this is achieved without losing any of the microservices benefits This solution is not something entirely new- it was successfully implemented in Scott Logic projects, is recommended in the “Building Microservices” by Sam Newman (highly recommended) and similar ideas can be seen in many successful microservices architectures.

There are some pitfalls as well, better read the entire article...

Upvotes: 2

Related Questions