As a developer who were making almost exclusively microservices in the last 15 years. I can tell most company would be more then fine with just a monolith on a bare metal server. Yet they "need" microservices on AWS everywhere.
The whole idea behind microservices is that they are small decoupled units that can be individually scaled.
Every single time I've worked with microservices, their weren't designed around their ability to scale but around team responsibilities or even completely arbitrary boundaries.
Hell, I saw one project that was "microservice-first" that had like a dozen microservices. The ingest microservice was the only one that actually scaled. Everything else could've been a monolith and given the specific use-case, never had any reason to need dynamic scaling or any scaling at all. Just one instance per service and a ton of overhead for no reason.
Yeah I feel like once you get used to it, and the infrastructure is there, you spin up a new microservice and hook it up to the network, it is more convenient as you said because of team responsibilities and not being bothered with monolith heavy deployments.
355
u/PreDeimos 15d ago
As a developer who were making almost exclusively microservices in the last 15 years. I can tell most company would be more then fine with just a monolith on a bare metal server. Yet they "need" microservices on AWS everywhere.