Apakah graceful degradation apabila kebergantungan gagal?

Question

Accepted Answer

**Graceful degradation** bermakna bahawa apabila kebergantungan gagal, sistem **terus menjalankan aliran inti** dengan menyediakan pengalaman yang berkurangan atau separa daripada mengembalikan ralat. Tujuannya adalah **gagal lembut**, bukan gagal keras: halaman yang merosot lebih baik daripada 500.

## Teknik

- **Gagal lembut** — apabila kebergantungan turun, sediakan **data yang dicache, separa, atau lalai** daripada ralat. Hasil yang usang tetapi hadir biasanya lebih baik daripada tiada.
- **Flag ciri untuk laluan yang tidak penting** — matikan cadangan, analitik, atau widget yang mewah supaya kegagalan di sana tidak dapat memecahkan halaman utama.
- **Tamat masa + fallback** — jangan pernah menunggu selamanya pada kebergantungan yang perlahan; tamat masa dan tukar ke nilai atau laluan fallback.
- **Asingkan kegagalan (bulkheads)** — bahagikan sumber daya (thread pool, connection pool) setiap kebergantungan supaya satu layanan yang gagal tidak dapat menghabiskan semuanya dan menyeret yang lain turun.
- **Lindungi aliran inti** — kenal pasti laluan yang mesti berfungsi (sembari, checkout) dan pastikan ciri yang tidak penting tidak dapat pernah menggulingkannya.

## Contoh: backend carian turun

```text
BAD  (fail hard):
  search() → backend timeout → throw → user sees HTTP 500 (whole page dead)

GOOD (fail soft):
  result = search()
         catch timeout → return cached_results OR empty + notice
  page renders:
    [ "Showing recent results — live search is temporarily unavailable." ]
    + cached listings, working nav, working checkout
  → user keeps browsing; core flow intact
```

Daripada halaman yang mati, pengguna mendapatkan hasil yang dicache dan pemberitahuan kecil, sementara navigasi dan checkout terus berfungsi. Kegagalan terkandung dalam satu ciri.

## Mengapa ia penting

Kebergantungan *akan* gagal — API pihak ketiga, kluster carian, layanan cadangan. Tanpa graceful degradation, kegagalan apa pun melata ke gangguan penuh. Merancang untuk gagal lembut (data yang dicache/separa/lalai), flag ciri untuk laluan yang tidak penting, tamat masa dengan fallback, dan asingkan kegagalan dengan bulkhead memastikan produk tetap dapat digunakan semasa kegagalan separa — iaitu perbezaan antara gangguan kecil dan insiden besar.