Kako prenesete monolitni sistem na mikrostoritve z vzorcem strangler-fig?

Question

Accepted Answer

Vzorec **strangler-fig** izvaja postopno migracijo: monolitni sistem ovijete s plastjo za usmerjanje prometa, eno funkcionalnost naenkrat izvlečete v storitev in promet preusmerite nanjo — dokler se monolitni sistem ne "udavi". Ni **nobene velike prepisovalne akcije v enem koraku**.

## Kako deluje

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

## Izbira, kaj prvo izvleči

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

## Obravnavanje skupnih podatkov

Najteža je baza podatkov. Izvlecite tabele storitve, nato prelomite skupno-DB povezanost z dogodki ali plastjo za preprečevanje korupcije, pogosto prek tehnike **branch-by-abstraction**, medtem ko oba tekata.

## Kompromisi

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

## Zakaj je to pomembno

Velike prepisovalne akcije so sloveče neuspešne — zamrznejo razvoj funkcionalnosti za mesece in pošljejo tvegano hkratno prekinitev.

Vzorec strangler-fig sistem vzdržuje živega in sproščljivega ves čas, vam dovoli, da se kadarkoli ustavite ali ponovno prioritizirate, in vas prisili, da resne mejne storitve odkrijete iz tekočega sistema namesto da jih ugibate od začetka.