are microservices really a good idea?

i may have missed something, but here is how i see it:

the default is "just call a function". it's fast, simple, safe, easy to follow. with microservices, you can no longer "just do it".

  • you're forced to add a communication layer
  • handle failures, decide on a retry logic
  • "find usages" no longer works, the code becomes harder to understand, the execution flow becomes unclear
  • you re-implement common logic/data classes as opposed to just using them as you would in a mono-repo approach.

so here is my question:

why not use a mono-repo instead, with an identical structure except that everything is easier because there's no "in another repo"-barrier? what prevents us from implementing different services in the same repo, getting the advantages of both worlds?

submitted by /u/TheAuthorBTLG_
[link] [comments]

from Software Development – methodologies, techniques, and tools. Covering Agile, RUP, Waterfall + more! https://ift.tt/H7VivRt

Leave a comment

Design a site like this with WordPress.com
Get started
search previous next tag category expand menu location phone mail time cart zoom edit close