Apa itu graceful degradation ketika dependency gagal?

Question

Accepted Answer

**Graceful degradation** berarti bahwa ketika dependency gagal, sistem **tetap membuat core flow berfungsi** dengan menyajikan pengalaman yang berkurang atau parsial alih-alih mengembalikan error. Tujuannya adalah **fail soft**, bukan fail hard: halaman yang terdegradasi lebih baik daripada 500.

## Teknik

- **Fail soft** — ketika dependency down, sajikan **cached, parsial, atau default** data daripada error. Hasil yang stale-but-present biasanya lebih baik daripada tidak ada.
- **Feature-flag off non-critical paths** — matikan recommendations, analytics, atau fancy widgets sehingga kegagalan di sana tidak bisa merusak halaman utama.
- **Timeouts + fallbacks** — jangan pernah menunggu selamanya untuk dependency yang lambat; timeout dan switch ke fallback value atau path.
- **Isolate failures (bulkheads)** — partisi resources (thread pools, connection pools) per dependency sehingga satu service yang gagal tidak bisa menghabiskan semuanya dan menyeret yang lain.
- **Protect the core flow** — identifikasi must-work path (browse, checkout) dan pastikan fitur non-essential tidak bisa merusaknya.

## Contoh: search backend down

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

Alih-alih halaman mati, user mendapat cached results dan notifikasi kecil, sementara navigation dan checkout tetap berfungsi. Kegagalannya terisolasi hanya pada satu fitur.

## Mengapa ini penting

Dependencies *akan* gagal — third-party APIs, search clusters, recommendation services. Tanpa graceful degradation, satu kegagalan apa pun bisa cascade menjadi outage penuh. Mendesain untuk fail soft (cached/partial/default data), flagging off non-critical paths, timing out dengan fallbacks, dan isolating failures dengan bulkheads membuat produk tetap usable selama partial failures — yang merupakan perbedaan antara blip minor dan incident major.