Çoğaltma (replication) nasıl çalışır ve stratejileri nelerdir?

Question

Accepted Answer

**Çoğaltma**, verilerin birden fazla sunucu arasında kopyalarını tutarak — **kullanılabilirlik** (hataları tolere etme), **okuma ölçeklemesi** (kopyalardan okumaları sunma), ve **coğrafi dağıtım** için çalışır. Farklı stratejiler (birincil-yedek, çok-birincil, senkron vs asenkron) değiş-tokuş içerir.

## Neden önemli

```text
✓ AVAILABILITY/redundancy → if one copy fails, others have the data (no data loss, failover)
✓ READ SCALING → serve reads from replicas (offload the primary) → handle more reads
✓ GEO-DISTRIBUTION → copies near users (lower latency); disaster recovery
→ replication is fundamental to reliable, scalable data systems.
```

## Çoğaltma stratejileri

```text
PRIMARY-REPLICA (master-slave) → one PRIMARY handles writes, replicates to READ replicas:
  ✓ simple; great for read-heavy workloads; the common model
  ✗ the primary is a write bottleneck / single point for writes (failover needed)
MULTI-PRIMARY (multi-master) → multiple nodes accept writes:
  ✓ write availability/scaling, geo-writes  ✗ CONFLICT resolution (concurrent writes to
    the same data) → complex
```

## Senkron vs asenkron

```text
SYNCHRONOUS → wait for replicas to confirm before acknowledging the write:
  ✓ replicas are consistent (no data loss on failover)  ✗ slower (waits); availability impact
ASYNCHRONOUS → acknowledge the write immediately; replicate in the background:
  ✓ fast writes, high availability  ✗ REPLICATION LAG → replicas briefly behind (stale reads;
    possible data loss if the primary fails before replicating) — eventual consistency
→ trade-off: durability/consistency vs performance/availability
```

## Neden önemlidir

Çoğaltmayı anlamak değerlidir çünkü bu **veri sistemlerinde kullanılabilirlik ve okuma ölçeklemesi için temel bir tekniktir**, bu nedenle önemli sistem tasarımı bilgisidir.

Çoğaltma — verilerin sunucular arasında kopyalarını tutma — kritik amaçlara hizmet eder: **kullanılabilirlik** (artıklık aracılığıyla hataları tolere etme ve yük devretme), **okuma ölçeklemesi** (birincil sunucunun yükünü azaltmak için yedeklerden okumaları sunma, okuma-yoğun iş yükleri için değerli), ve **coğrafi dağıtım** (kullanıcılara yakın kopyalar düşük gecikme için, artı olağanüstü durum kurtarma).

Bu amaçları anlamak, çoğaltmanın neden güvenilir, ölçeklenebilir veri sistemlerine temel olduğunu açıklığa kavuşturur.

**Stratejileri** anlamak — **birincil-yedek** (yazışlar için tek birincil, okuma yedeklerine çoğaltıyor — yaygın, basit model okuma-yoğun iş yükleri için harika, fakat birincil yazma darboğazıdır) karşısında **çok-birincil** (yazışları kabul eden birden çok düğüm, yazma ölçeklemesi ve coğrafi yazışlar sağlıyor fakat karmaşık çakışma çözümleme gerektiriyor) — doğru yaklaşımı seçmek için gereklidir.

**Senkron vs asenkron** değiş-tokuşu anlamak özellikle önemlidir: **senkron** çoğaltma (onayla etmeden önce yedeklerin teyit etmesini bekleme) yedekleri tutarlı tutar ve veri kaybını önler fakat daha yavaştır, **asenkron** çoğaltma (hemen onayla, arka planda çoğalt) hızlı ve oldukça kullanılabilir fakat **çoğaltma gecikmesi** vardır (yedekler kısaca geride, eski okumaların neden olması ve birincil başarısız olmadan önce çoğaltmazsa olası veri kaybı — nihai tutarlılık).

Bu dayanıklılık/tutarlılık karşısında performans/kullanılabilirlik değiş-tokuşu önemli bir tasarım kararıdır.

Çoğaltma veri sistemlerinde kullanılabilirlik ve okuma ölçeklemesi için temel olduğu ve stratejiler (birincil-yedek karşısında çok-birincil) ve senkron/asenkron değiş-tokuşları tutarlılığı, performansı ve kullanılabilirliği önemli ölçüde etkilediği ve bunları anlamak veri sistemleri tasarlamak için önemli olduğu için, çoğaltmayı anlamak değerli, pratik uygulanabilir sistem tasarımı bilgisidir — kullanılabilirlik ve okuma ölçeklemesi için temel teknik, önemli strateji ve senkron/asenkron değiş-tokuşları ile, ve hataları tolere eden ve okuma yükünü işleyen güvenilir, ölçeklenebilir veri sistemleri tasarlamaya yönelik olarak merkezi.