Hacker News new | past | comments | ask | show | jobs | submit login

Maybe adding the network socket makes the isolation within the code a requirement as opposed to a best practice. By this mechanism maintaining isolation is a requirement and not something someone can bypass "just this once" but fix it later.

Perhaps you're both right.




>Maybe adding the network socket makes the isolation within the code a requirement

I've worked with microservice applications that had extremely tightly coupled services that were all highly dependent upon one another.

Adding the network socket layer just magnified the problems caused by the tight coupling.

So yeah, if you want to make your life even more miserable, split up a tightly coupled "macroservice" into a series of tightly coupled microservices.


So I guess you're saying that microservices are pointless, the real problem is tight coupling?


Kind of.

There's a flood of blog posts (including this one I think) that have conflated the two, probably unintentionally. I'm happy that decoupling their systems worked out well for them. I'm not so happy this is fomenting a new fashion for creating unnecessary network API end points.

That isn't to say that you should always combine your services into one big mega-service. Just that dividing up services should be something you do only when it becomes obviously necessary and for good reasons unrelated to coupling.




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: