What Even Are Microservices?

Jul 28, 2026 04:52 PM - 2 hours ago 121
2026-07-26

It's almost intolerable to person a speech astir package architecture without personification bringing up microservices. Just look astatine the chat complete my past post. They person go the default illustration of some "good architecture" and "over-engineering," depending connected who you ask.

What's absorbing is that everyone seems to admit a microservice erstwhile they spot one, yet almost cipher tin explicate what really makes thing a microservice.

The intolerable definition

How mini is micro? Should a work do precisely 1 thing? Two? Is location a maximum number of lines of code? A thousand? Ten thousand? Nobody has convincing answers, because location aren't any.

The manufacture has spent years trying to specify microservices by method characteristics, but those characteristics are amazingly vague and fuzzy. The boundaries aren't measured successful responsibilities aliases number of deployments per day. They're measured location other entirely.

And that's the important realization: microservices aren't chiefly a method abstraction.

The problem they're really solving

Listen to the reasons group usually springiness for moving distant from a monolith: deployments are slow, tests return excessively long, builds are painful. These are existent problems, but nary of them require microservices. Every azygous 1 tin beryllium improved while staying wrong a monolith.

So why do organizations migrate anyway?

Because the bottleneck usually isn't technical. It's organizational.

As companies grow, dozens aliases hundreds of engineers request to activity independently. Teams request ownership. They request to merchandise connected their ain schedules without perpetually coordinating pinch everyone else. Microservices create boundaries that reflector organizational boundaries. That's their existent value.

Every use comes pinch a bill

Engineering is the creation of managing trade-offs. Microservices are nary exception.

You summation autonomy, but you suffer centralization. Inside a monolith it's easy to reply questions for illustration "Which limitations are we shipping?"; aliases "Is this portion of codification still used?" Static study tin often show you. Once the codification is dispersed crossed dozens of independent services, those answers go overmuch harder to obtain.

The aforesaid shape repeats everywhere. Communication betwixt functions becomes connection complete the network. A method telephone becomes an HTTP request. A compiler correction becomes a runtime failure. Every distributed strategy problem — latency, retries, partial failures, serialization, consistency — abruptly becomes portion of your application.

None of these costs are surprising. They're simply the value you salary for the elasticity that distributed systems provide.

The hidden connection cost

When group talk astir connection overhead, they usually deliberation astir APIs talking to each other. That's only half the story.

The teams now person to pass too.

Changing an API is nary longer a refactor. It's a negotiation. Consumers request beforehand notice. Versioning becomes necessary. Old versions person to stay live while everyone migrates. Database changes go coordinated efforts alternatively of straightforward commits.

The package isn't the only point that's distributed anymore. The determination making is arsenic well.

Choose them for the correct reason

None of this is an statement against microservices. They're an fantabulous architectural prime successful the correct environment. Many successful companies simply couldn't run without them.

But it's worthy being honorable astir why they work.

If your superior problem is organizational scaling, microservices mightiness beryllium precisely the correct answer. If your problem is purely technical, you should first inquire whether you're reaching for a solution that's acold larger than the problem itself.

Architectures go overmuch easier to logic astir erstwhile we extremity pretending microservices are magic method tools. They're organizational devices pinch method consequences.


I made a video type of this argument, if you'd alternatively watch it: What moreover are microservices?

Thanks for reading.

More