Kaj je distribuirani monolitni sistem in ostri proti-vzorci pri mikrostoritvah?

Question

IT Interview Practice · Accepted Answer

Najslabši izid pri mikrostoritvah je **"distribuirani monolitni sistem"**: storitve, ki so fizično ločene, vendar tako tesno povezane, da jih je treba uvesti skupaj — dobite vse stroške distribucije brez kakršne koli neodvisnosti.

## Znaki distribuiranega monolita

```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
```

## Drugi pogosti proti-vzorci

| Proti-vzorec | Problem |
|---|---|
| Deljena podatkovna baza | Ponovno povezuje storitve; ni neodvisne spremembe sheme |
| Razgovorne storitve | Mnogo sinhronih klicev na zahtevo → latenca, krhkost |
| Nano-storitve | Premalo granularne; stroški presegajo logiko |
| Brez verzioniranja API-ja | Ena sprememba pokvari vsakega potrošnika |
| Sinhroni verigi | Latenca in napake se množijo vzdolž A→B→C→D |
| Bog storitve | Ena storitev, od katere je odvisno vse (nov monolitni sistem) |

## Glavni vzrok

Običajno **napačne meje**. Storitve, deljene po tehnični plasti ali entiteti (ne po poslovni zmogljivosti), končajo kot razgovorne in med seboj odvisne.

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

## Zakaj je to pomembno

Distribuirani monolitni sistem je strogo slabši od pravega monolita — počasnejši, težji za razhroščevanje, več za upravljanje, vendar še vedno nemogoče uvesti neodvisno.

Večina proti-vzorcev izhaja iz meja in deljene podatkovne baze, zato je pravilno postavitev omejenih kontekstov in lastništva podatkov tisto, kar loči mikrostoritve, ki pomagajo, od tistih, ki škodijo.

Proti-vzorec	Problem
Deljena podatkovna baza	Ponovno povezuje storitve; ni neodvisne spremembe sheme
Razgovorne storitve	Mnogo sinhronih klicev na zahtevo → latenca, krhkost
Nano-storitve	Premalo granularne; stroški presegajo logiko
Brez verzioniranja API-ja	Ena sprememba pokvari vsakega potrošnika
Sinhroni verigi	Latenca in napake se množijo vzdolž A→B→C→D
Bog storitve	Ena storitev, od katere je odvisno vse (nov monolitni sistem)

Znaki distribuiranega monolita

Drugi pogosti proti-vzorci

Glavni vzrok

Zakaj je to pomembno

Povezana vprašanja