Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Definition of Loosely Coupled in Cloud Native Systems needs attention! #71

Open
atuldevp opened this issue Mar 7, 2020 · 0 comments
Open

Comments

@atuldevp
Copy link

atuldevp commented Mar 7, 2020

Although it has been clear that what loose coupling meant, the section describes the loose coupling between microservices in the context of containers and benefits of microservices, which should be corrected.

First of all, loose coupling is an architecture pattern (https://en.wikipedia.org/wiki/Loose_coupling), where microservices entirely communicate via APIs (or standard format), hiding the implementation details within each microservice. Moreover, if you see, loose coupling is the design goal in SOA (and not Microservices architectures). There are advantages of systems when components loosely coupled.

Moreover, when the loose coupling implemented, there is no need for a separate database for communication between microservices, which brings another set of challenges into the picture.

The paragraph, which states that one microservice per container is an ideal state, shouldn't part of the loose coupling section. Designing microservices and bundling them for deployment should be indifferent section altogether, and we need to highlight loose coupling more elaboratively in the article. The same goes for runtime discussion in the next para.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant