Cili është monomitja e shpërndarë dhe anti-modelet e tjera në mikro-shërbime?

Question

Accepted Answer

Rezultati më i keq i mikro-shërbimeve është një **"monomit i shpërndarë"**: shërbime që janë fizikisht të ndara, por aq të lidhura ngurtë saqë duhet të nastallohen së bashku — ju merrni të gjithë koston e shpërndarjes dhe asnjë nga pavarësia.

## Shenjat e një monomiti të shpërndarë

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

## Anti-modele të tjera të zakonshme

| Anti-model | Problem |
|---|---|
| Baza e të dhënave e ndarë | E ri-lidh shërbime; asnjë ndryshim skeme i pavarur |
| Shërbime bisedimpjellëse | Shumë thirrje sinkrone për kërkesë → vonesë, dobësi |
| Nano-shërbime | Shumë të imta; shpenzimi tejkalon logjikën |
| Asnjë versionim API | Një ndryshim e prish çdo konsumator |
| Zincir sinkron | Vonesë dhe dështime shumëzohen përgjatë A→B→C→D |
| Shërbim zot | Një shërbim nga i cili varen të gjithë (një monomit i ri) |

## Shkaku rrënjësor

Zakonisht **kufijtë e gabuar**. Shërbime të ndara sipas shtresës teknike ose entitetit (jo sipas aftësisë biznesi) përfundojnë të bisedimpjellëse dhe të ndërvaru.

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

## Pse është e rëndësishme

Një monomit i shpërndarë është rreptësisht më i keq se një monomit i vërtetë — më ngadalë, më i vështirë për të diagnostikuar, më shumë për të operuar, megjithatë ende e pamundur të nastallohet në mënyrë të pavarur.

Shumicën e anti-modeleve të përcjellin kufijtë dhe baza e të dhënave e ndarë, kështu që marrja e drejtë e konteksteve të kufizuar dhe pronarësisë së të dhënave është ajo që ndanë mikro-shërbimin që ndihmon nga ato që dëmtojnë.

Anti-model	Problem
Baza e të dhënave e ndarë	E ri-lidh shërbime; asnjë ndryshim skeme i pavarur
Shërbime bisedimpjellëse	Shumë thirrje sinkrone për kërkesë → vonesë, dobësi
Nano-shërbime	Shumë të imta; shpenzimi tejkalon logjikën
Asnjë versionim API	Një ndryshim e prish çdo konsumator
Zincir sinkron	Vonesë dhe dështime shumëzohen përgjatë A→B→C→D
Shërbim zot	Një shërbim nga i cili varen të gjithë (një monomit i ri)