Jak migrujete monolith na mikroslužby pomocí vzoru strangler-fig?

Question

Accepted Answer

Vzor **strangler-fig** migruje postupně: zabalíte monolith vrstvou směrování, postupně extrakt jednu schopnost do služby a přesměrujete na ni provoz — dokud monolith není "uškrceným". Neexistuje žádný **velký přepis na jednou**.

## Jak to funguje

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

## Výběr toho, co se má nejdříve extrahovat

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

## Práce se sdílenými daty

Nejsložitější část je databáze. Extrahujte tabulky služby, poté přerušte vazbu na sdílenou databázi pomocí událostí nebo vrstvy anti-corruption, často prostřednictvím techniky **branch-by-abstraction**, zatímco obě běží.

## Kompromisy

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

## Proč na tom záleží

Velké přepisy na jednou jsou proslulé svou neúspěšností — zmrazují práci na funkcích na měsíce a spustí riskantní jednorázové přepnutí.

Vzor strangler-fig udržuje systém aktivní a vydávatelný po celou dobu, umožňuje vám v kterémkoli bodě zastavit nebo přeuspořádat priority a nutí vás objevit skutečné hranice služeb z běžícího systému místo hádání předem.