Strangler-fig deseni kullanarak monolitten microservislere nasıl göç edersiniz?

Question

Accepted Answer

**Strangler-fig** deseni kademeli olarak göç eder: monoliti bir yönlendirme katmanı ile sararsınız, her seferinde bir yeteneği bir hizmete çıkartırsınız ve trafiği ona yeniden yönlendirirsiniz — monolitin "boğulduğu" kadar. **Büyük bir yeniden yazma yoktur**.

## Nasıl çalışır

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

## Önce neyin çıkartılacağını seçmek

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

## Paylaşılan verileri işlemek

Zor kısım veritabanıdır. Hizmetin tablolarını çıkartın, ardından paylaşılan-DB bağlantısını olaylar veya anti-yolsuzluk katmanı kullanarak kesin, genellikle her ikisi de çalışırken **branch-by-abstraction** tekniği aracılığıyla.

## Değiş-tokuşlar

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

## Neden önemli

Büyük yeniden yazmalar ünlü olarak başarısız olur — aylarca özellik çalışmasını dondurur ve tüm-bir-seferde riskli bir geçişi gönderir.

Strangler-fig deseni sistemi her zaman canlı ve yayınlanabilir tutar, istediğiniz zaman durmak veya yeniden önceliklendir etmenize izin verir ve sistemi önceden tahmin etmek yerine çalışan sistemden gerçek hizmet sınırlarını keşfetmeye zorlarsınız.