Što je distribuirani monolith i ostali anti-obrasci microservices?

Question

Accepted Answer

Najgori rezultat microservices je **"distribuirani monolith"**: servisi koji su fizički odvojeni ali toliko čvrsto povezani da moraju biti raspoređeni zajedno — dobijate sve troškove distribucije bez ikakve neovisnosti.

## Znakovi distribuiranog monolitha

```text
✗ Changing one service forces redeploying several others
✗ Services share a database / shared schema
✗ A single request fans out through many synchronous hops
✗ Releases must be coordinated across teams
→ you pay network + ops cost but lost independent deployability
```

## Ostali česti anti-obrasci

| Anti-obrazac | Problem |
|---|---|
| Zajednička baza podataka | Ponovno povezuje servise; nema nezavisne promjene sheme |
| Zbrkanog servisi | Mnogoznačnih sinkronih poziva po zahtjevu → latencija, krhkost |
| Nano-servisi | Previše sitno; overhead premašuje logiku |
| Nema verzioniranja API-ja | Jedna promjena kvari svakog potrošača |
| Sinkroni lanci | Latencija i greške se množe duž A→B→C→D |
| Bog servisa | Jedan servis od kojeg svi ovise (novi monolith) |

## Osnovni uzrok

Obično **pogrešne granice**. Servisi podijeljeni po tehničkom sloju ili entitetu (a ne po poslovnoj mogućnosti) postaju pričljivi i međuovisni.

```text
bad:  User-svc, Product-svc, Cart-svc all called for one checkout
good: Checkout owns the capability end to end
```

## Zašto je važno

Distribuirani monolith je strogo gori od pravog monolitha — sporiji, teži za otklanjanje grešaka, više za rukovanje, a ipak nemoguće rasporediti neovisno.

Većina anti-obrazaca se vraća na granice i zajedničku bazu podataka, tako da je pravilno definiranje bounded contexts i vlasništva podataka ono što razlikuje microservices koji pomažu od onih koji štete.

Anti-obrazac	Problem
Zajednička baza podataka	Ponovno povezuje servise; nema nezavisne promjene sheme
Zbrkanog servisi	Mnogoznačnih sinkronih poziva po zahtjevu → latencija, krhkost
Nano-servisi	Previše sitno; overhead premašuje logiku
Nema verzioniranja API-ja	Jedna promjena kvari svakog potrošača
Sinkroni lanci	Latencija i greške se množe duž A→B→C→D
Bog servisa	Jedan servis od kojeg svi ovise (novi monolith)