Strangler-fig నమూనా ఉపయోగించి monolith ను microservices కు మార్చడం ఎలా?

Question

Accepted Answer

**Strangler-fig** నమూనా దశలవారీగా మార్చుకుంటుంది: మీరు monolith ను రూటింగ్ లేయర్ తో చుట్టుకుని, ఒక్క సామర్థ్యాన్ని ఒక్కసారిగా సేవలో తీసి, ట్రాఫిక్ ను దానికి మళ్లిస్తారు — monolith "ఆఘటన" వరకు. **కోడిలో పెద్ద పునర్వ్రాయ్ నిల్లదు**.

## ఇది ఎలా పనిచేస్తుంది

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

## సంయుక్త డేటాను నిర్వహించడం

కష్టమైన భాగం డేటాబేస్. సేవ యొక్క టేబుల్‌లను సంగ్రహించండి, ఆపై ఈవెంట్‌లు లేదా భ్రష్టాచార నిరోధక లేయర్ ఉపయోగించి సంయుక్త-DB సంబంధాన్ని విభజించండి, తరచుగా **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
```

## ఇది ఎందుకు ముఖ్యమైనది

పెద్ద పునర్వ్రాయ్‌లు ప్రసిద్ధంగా విఫలమవుతాయి — అవి నెలల పాటు ఫీచర్ కార్యను గడ్డకట్టాయి మరియు ప్రమాద పూర్ణ సమస్త-ఒక-సారి కటోవర్‌ను పంపండి.

Strangler-fig నమూనా సిస్టమ్‌ను సమయమంతా లైవ్ మరియు విడుదల చేయదగినదిగా ఉంచుకుంటుంది, మీరు ఎటువంటి సమయంలో నిలిపివేయడానికి లేదా మళ్లీ ప్రాధాన్యమివ్వడానికి అనుమతిస్తుంది, మరియు వాస్తవ సేవ సరిహద్దులను నడుస్తున్న సిస్టమ్ నుండి కనుగొనమని మిమ్మల్ని బలవంతం చేస్తుంది.