તમે strangler-fig પેટર્નનો ઉપયોગ કરીને એક monolith ને microservices માં કેવી રીતે સ્થાનાંતરિત કરો છો?

Question

Accepted Answer

**strangler-fig પેટર્ન** ક્રમશઃ સ્થાનાંતર કરે છે: તમે monolith ને routing layer સાથે લપેટો છો, એક સમયે એક ક્ષમતાને service માં કાઢો છો, અને તેની તરફ traffic ને ફરીથી નિર્દેશિત કરો છો — જ્યાં સુધી monolith "strangled" ન થાય. કોઈ **big-bang rewrite** નથી.

## તે કેવી રીતે કામ કરે છે

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

## પહેલા શું કાઢવું તે પસંદ કરો

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

## વહેંચાયેલા ડેટાને હેન્ડલ કરવું

મુશ્કેલ ભાગ database છે. Service ના tables કાઢો, પછી shared-DB coupling ને events અથવા anti-corruption layer નો ઉપયોગ કરીને તોડો, ઘણીવાર **branch-by-abstraction** તકનીક દ્વારા જ્યારે બંને ચાલુ હોય.

## ટ્રેડ-ઓફ્સ

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

## આ શા માટે મહત્વપૂર્ણ છે

Big-bang rewrites પ્રખ્યાત રીતે નિષ્ફળ જાય છે — તેઓ કેટલાક મહિનાઓ માટે feature work ને freeze કરે છે અને એક જોખમી all-at-once cutover કરે છે.

strangler-fig સિસ્ટમને આખો સમય જીવંત અને releasable રાખે છે, તમને કોઈપણ સમયે બંધ કરવા અથવા પુનરાવર્તન કરવાની સુવિધા આપે છે, અને તમને chasing service boundaries શોધવાની ફરજ પાડે છે જેની જગ્યાએ તેઓને front-ને અનુમાન કરવું.