Bagaimana replikasi berfungsi dan apakah strateginya?

Question

Accepted Answer

**Replikasi** mengekalkan salinan data merentasi pelbagai pelayan — untuk **ketersediaan** (bertahan daripada kegagalan), **penskalaan read** (melayani read daripada salinan), dan **pengagihan geografi**. Strategi yang berbeza (primary-replica, multi-primary, segerak lwn tak segerak) melibatkan pertukaran.

## Mengapa replikasi

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

## Strategi replikasi

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

## Segerak lwn tak segerak

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

## Mengapa ia penting

Memahami replikasi bernilai kerana ia merupakan **teknik asas untuk ketersediaan dan penskalaan read** dalam sistem data, jadi ia merupakan pengetahuan system design yang penting.

Replikasi — mengekalkan salinan data merentasi pelayan — memenuhi tujuan penting: **ketersediaan** (bertahan daripada kegagalan melalui redundansi dan failover), **penskalaan read** (melayani read daripada replica untuk melepaskan primary, bernilai untuk beban kerja read-heavy), dan **pengagihan geografi** (salinan dekat dengan pengguna untuk latensi yang lebih rendah, serta disaster recovery).

Memahami tujuan ini menjelaskan mengapa replikasi adalah asas kepada sistem data yang boleh dipercayai dan berskala.

Memahami **strategi** — **primary-replica** (satu primary untuk write yang mereplika ke read replica — model lazim dan ringkas yang baik untuk beban kerja read-heavy, walaupun primary merupakan bottleneck write) berbanding **multi-primary** (pelbagai nod menerima write, membolehkan penskalaan write dan geo-write tetapi memerlukan penyelesaian konflik yang kompleks) — adalah perlu untuk memilih pendekatan yang betul.

Memahami pertukaran **segerak lwn tak segerak** amat penting: replikasi **segerak** (menunggu replica mengesahkan sebelum mengakui) memastikan replica konsisten dan mengelakkan kehilangan data tetapi lebih perlahan, manakala replikasi **tak segerak** (mengakui dengan segera, mereplika di latar belakang) adalah pantas dan sangat tersedia tetapi mempunyai **replication lag** (replica ketinggalan seketika, menyebabkan stale read dan kemungkinan kehilangan data jika primary gagal sebelum mereplika — eventual consistency).

Pertukaran ketahanan/konsistensi lwn prestasi/ketersediaan ini merupakan keputusan reka bentuk utama.

Memandangkan replikasi adalah asas kepada ketersediaan dan penskalaan read dalam sistem data dan strategi (primary-replica lwn multi-primary) serta pertukaran segerak/tak segerak amat mempengaruhi konsistensi, prestasi, dan ketersediaan, dan memandangkan memahaminya adalah penting untuk mereka bentuk sistem data, memahami replikasi merupakan pengetahuan system design yang bernilai dan relevan secara praktikal — teknik asas untuk ketersediaan dan penskalaan read, dengan pertukaran strategi dan segerak/tak segerak yang penting, dan menjadi teras kepada mereka bentuk sistem data yang boleh dipercayai dan berskala yang bertahan daripada kegagalan serta mengendalikan beban read.