Kaip perkelti monolitą į mikro paslaugas naudojant strangler-fig šabloną?

Question

Accepted Answer

**Strangler-fig šablonas** migruoja palaipsniui: monolitą apvyniojate maršrutizavimo sluoksniu, po vieną galimybę ištraukiate į paslaugą ir nukreipiate srautą — tol, kol monolitas yra "uždusmis". **Nėra didelio sprogimo perrašymo**.

## Kaip tai veikia

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

## Pasirinkus ką pirmiausia ištraukti

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

## Bendrintos duomenų bazės tvarkymas

Sunki dalis yra duomenų bazė. Ištraukite paslaugos lenteles, tada pertraukite bendrą DB sujungimą naudodami įvykius arba antikorupcijos sluoksnį, dažniausiai naudodami **branch-by-abstraction** techniką, kai abi veikia.

## Kompromisai

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

## Kodėl tai svarbu

Didieji perrašymai yra žinomi dėl jų nesėkmės — jie sutrina funkcinę veiklą mėnesiams ir pateikia rizikingą vienkartinį persijungimą.

Strangler-fig šablonas laiko sistemą veikiančią ir išleidžiamą visą laiką, leidžia sustoti arba iš naujo nustatyti prioritetus bet kuriuo metu ir verčia jus atrasti tikras paslaugų ribas iš veikiančios sistemos, o ne spėti jas iš anksto.