It is, but everyone is entitled to beliefs. Anecdotally, I feel the same way. Everywhere I’ve been, there has always been a legacy monolith that was stable as a rock, with dozens of new microservices scattered around it in an attempt to exit the monolith. The microservices have never once been stable. People fail to take the most basic things into consideration, like “you can’t have Consistency and Availability when everything is a network call.”
I’m sure survivor bias is at play here, but when I look through the older code bases - especially the data model - it’s an entirely different world than the newer stuff, and it’s clear which of the two was written by people who understand systems.
I feel like this accurately described my last two jobs - the rock solid old system that never fails plus a bunch of inconsequential microservices hanging off it (because microservice are the hot new thing, but the microservice people are still smart enough to not replace core functionality from the old system).
I mean one of the selling points of microservices is, that the developer can only be concerned with their slice of the whole and does not need to understand systems. Maybe this is not so clever after all.
Or, it would require an architect who has a very good understanding of the system. Which in reality seems to be rare.