Büyük bir göçü nasıl güvenli bir şekilde yönetirsiniz?

Question

Accepted Answer

Büyük göçler, yeni veritabanı, yeni çerçeve, yeni platform yüksek risk taşır çünkü her şeye dokunur ve tamamlanana kadar kullanıcı tarafından görülebilir bir değer sunmaz. Güvenli yaklaşım **artımlı ve geri alınabilir**dir, asla büyük bir geçiş (big-bang cutover) değildir. Doğrulayabileceğiniz ve geri alabileceğiniz dilimler halinde göç yaparsınız.

## Güvenli bir göç oyun kitapçığı

```text
1. Know WHY — a migration with no clear payoff isn't worth the risk.
2. Migrate INCREMENTALLY — never flip everything at once.
3. Run OLD and NEW in parallel — strangler-fig pattern.
4. Use feature flags / DUAL WRITES to shift traffic gradually.
5. VERIFY continuously — compare old vs. new outputs (shadow traffic).
6. Keep a ROLLBACK path at every step.
7. Clean up the old system only AFTER the new one is proven.
```

## Strangler-fig deseni

Eski sistemi sarın ve işlevselliğin dilimlerini yeni sisteme parça parça yönlendirin, eski sistem tamamen "boğulana" kadar ve kaldırılabilene kadar. Her noktada çalışan bir sisteminiz ve geri dönüş yolunuz vardır. Bu, tek en önemli göç tekniğidir.

## Somut bir örnek

Veritabanlarını göçürmek: her ikisine de eşzamanlı yazma, tarihsel verileri arka planda doldurma, yeni veritabanından az miktardaki trafiği okuma, sonuçları karşılaştırma, artırma ve yalnızca yeni veritabanı bir süredir %100 temiz hizmet verdikten sonra eski veritabanını devre dışı bırakma.

## Bir tuzak

Aylarca bir dalda çalışan ve bir kerede her şeyi geçiş yapan "büyük yeniden yazma". Bu klasik bir afettir, en kötü anda sorunları keşfedersiniz, geri dönüş yolu yoktur.

## Neden önemli

Göçler, ekiplerin görünmez ödül için muazzam gizli riskleri üstlendiği ve büyük-bang geçişlerinin felaketle başarısız olduğu yerlerdir.

Artımlı, geri alınabilir göç, yüksek riskli bir bahsi bir dizi küçük, güvenli, doğrulanabilir adıma dönüştürür.