Si e migroni një monolith në microservices duke përdorur pattern-in strangler-fig?

Question

Accepted Answer

Pattern-i **strangler-fig** migron në mënyrë përprogresive: ju e mbyllni monolithin me një shtresë rrugëzimi, nxirrni një aftësi në një kohë në një shërbim, dhe ripërcaktoni trafikun tek ai — derisa monolithin të "mbytej". Nuk ka **asnjë rishkrije të madhe në një të shtyrë**.

## Si funksionon

```text
Step 1: route all traffic through a facade/proxy to the monolith
Step 2: extract ONE capability → new service
Step 3: route just that path to the new service
Step 4: repeat; delete that code from the monolith

Client ─▶ [ Proxy ] ─┬─▶ /orders  ─▶ NEW Orders service
                       └─▶ everything else ─▶ Monolith
```

## Zgjedhja e asaj që duhet nxjerrë e para

```text
✓ A bounded context with clear boundaries
✓ Something that needs independent scaling or deploys
✓ A part with few inbound dependencies (low risk)
✗ Don't start with the tangled core
```

## Trajnimi i të dhënave të përbashkëta

Pjesa e vështirë është baza e të dhënave. Nxirrni tabelat e shërbimit, pastaj prisni lidhjen e përbashkët-DB duke përdorur ngjarje ose një shtresë anti-korrupsioni, shpesh përmes teknikës **branch-by-abstraction** ndërsa të dyja funksionojnë.

## Kompromise

```text
✓ Low risk — small, reversible steps, always shippable
✓ Value early, learn the seams as you go
✗ Slow; you run a hybrid system for a long time
✗ Temporary duplication and routing complexity
```

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

Rishtrimet e mëdha të famshem dështojnë — ato ngrijnë zhvillimin e veçorive për muaj dhe dërgojnë një ndryshim rrezikues të gjithë-në-një.

Pattern-i strangler-fig e mban sistemin të gjallë dhe të lëshimit të plotë gjatë gjithë kohës, ju lejon të ndaleni ose të riprioritizoni në çdo pikë, dhe ju detyron të zbuloni kufijtë e vërtetë të shërbimit nga sistemi i vëzhguar në vend që t'i hamendosni më përpara.