|
|
|
|
|
by woutr_be
1989 days ago
|
|
> By modularizing our front and back ends in such a way, no one person is responsible for keeping an entire app in their head all the time. As developers, it’s important to have a strong sense of our broader architectural ecosystems Maybe I’m misinterpreting this, but those two sentences contradict themselves in my opinion. Now either developers need to fully understand all the different micro-services, and understand how they all work together. Or developers will lose sight of the bigger architecture and end up specialising in only a few services. But more importantly, I doubt micro-services will solve their problem of their monolith not being modular. That seems like an architectural problem that can also be solved in a monolith. But in general, I have never seen a company that switched to micro-services, and didn’t end up regretting it a few years later. |
|
This is unavoidable for many companies, since the code bases are far to large for any single person to grasp them all.
> But more importantly, I doubt micro-services will solve their problem of their monolith not being modular. That seems like an architectural problem that can also be solved in a monolith.
Try to run your monolith in kubernetes, it's possible but not much fun. Since single machines can not longer scale at large, we have to run distributed software, small pieces across hundreds or thousands of machines in order to scale efficiently.
> But in general, I have never seen a company that switched to micro-services, and didn’t end up regretting it a few years later
Netflix?