Hacker News new | ask | show | jobs
by joshribakoff 3082 days ago
My experience with micro-services is code-bases that have prematurely adopted the pattern. Based on this, my advice is as follows...

You can deploy the whole platform and/or refactor to a monolith, and maintain one change log which is simple.

That however has its own downsides, so you should find a balance. If you're having trouble keeping track, perhaps re-organize. I read on one HN article that Amazon had 7k employees before they adopted microservices. The benefits have to outweigh the costs. Sometimes the solution to the problem is taking a step back. without more details its hard to say.

So basically one option is refactor [to a monolith] and re-evaluate the split such that you no longer have this problem. Just throw each repo in a sub-folder & make that your new mono-repo & go from there, it is worth an exploratory refactoring, but not a silver bullet.

1 comments

"Amazon had 7k employees before they adopted microservices"

Sounds like the services were no longer 'micro' :)

"micro" doesn't refer to level of usage, but level of domain responsibility.