Kas yra paskirstytasis monolitas ir kiti mikroservisų anti-šablonai?

Question

Accepted Answer

Blogiausias mikroservisų rezultatas yra **"paskirstytasis monolitas"**: paslaugos, kurios yra fiziškai atskirtos, bet taip stipriai susijungtos, kad turi būti diegtos kartu — jūs gausite visus paskirstymo kaštus ir jokio nepriklausomumo.

## Paskirstytojo monolito ženklai

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

## Kiti dažni anti-šablonai

| Anti-šablonas | Problema |
|---|---|
| Shared database | Iš naujo sujungia paslaugos; negalima atskirai keisti schemos |
| Chatty services | Daug sinchroninių skambučių per užklausą → latentyvi, trapumas |
| Nano-services | Per smulkus; pridėtinės išlaidos viršija logiką |
| No API versioning | Vienas pokytis sugadina kiekvieną suvartotoją |
| Synchronous chains | Latentyvi ir gedimų dauginti per A→B→C→D |
| God service | Viena paslauga, nuo kurios visi priklauso (naujas monolitas) |

## Pagrindinė priežastis

Paprastai **neteisingos ribos**. Paslaugos, padalytos pagal technines sluoksnius arba subjektus (o ne verslo galimybes), pasidaro šnekios ir tarpusavyje priklausomos.

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

## Kodėl tai svarbu

Paskirstytasis monolitas yra griežtai blogesnis nei tikras monolitas — lėtesnis, sunkiau derinti, daugiau diegti, tačiau vis tiek neįmanoma diegti atskirai.

Dauguma anti-šablonų grįžta prie ribų ir bendrintos duomenų bazės, todėl teisingų ribotų kontekstų ir duomenų nuosavybės nustatymas yra tai, kas atskiria mikroservices, kurie padeda, nuo tų, kurie kenkia.

Anti-šablonas	Problema
Shared database	Iš naujo sujungia paslaugos; negalima atskirai keisti schemos
Chatty services	Daug sinchroninių skambučių per užklausą → latentyvi, trapumas
Nano-services	Per smulkus; pridėtinės išlaidos viršija logiką
No API versioning	Vienas pokytis sugadina kiekvieną suvartotoją
Synchronous chains	Latentyvi ir gedimų dauginti per A→B→C→D
God service	Viena paslauga, nuo kurios visi priklauso (naujas monolitas)