आप strangler-fig पैटर्न का उपयोग करके एक monolith को microservices में कैसे माइग्रेट करते हैं?

Question

Accepted Answer

**strangler-fig पैटर्न** वर्तमान में माइग्रेट करता है: आप monolith को routing layer से लपेटते हैं, एक समय में एक क्षमता को सेवा में निकालते हैं, और ट्रैफिक को इसकी ओर पुनः निर्देशित करते हैं — जब तक monolith "दबा" न दिया जाए। कोई **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 है। सेवा की तालिकाओं को निकालें, फिर shared-DB कपलिंग को events या anti-corruption layer का उपयोग करके तोड़ें, अक्सर **branch-by-abstraction** तकनीक के माध्यम से जबकि दोनों चलते हैं।

## Trade-offs

```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 को रोक देते हैं और एक जोखिम भरी all-at-once cutover भेजते हैं।

strangler-fig पूरे समय सिस्टम को जीवंत और releasable रखता है, आपको किसी भी बिंदु पर रुकने या पुनः प्राथमिकता देने देता है, और आपको चलती हुई प्रणाली से वास्तविक service boundaries की खोज करने के लिए मजबूर करता है, उन्हें सामने से अनुमान लगाने के बजाय।