Apakah perbezaan antara perkhidmatan berkeadaan (stateful) dan tanpa keadaan (stateless)?

Question

Accepted Answer

Perkhidmatan **tanpa keadaan (stateless)** tidak menyimpan keadaan klien antara permintaan (setiap permintaan adalah bebas), manakala perkhidmatan **berkeadaan (stateful)** mengekalkan keadaan. Ketiadaan keadaan adalah penting untuk skalabiliti — perkhidmatan tanpa keadaan jauh lebih mudah diskala secara mendatar.

## Stateless vs stateful

```text
STATELESS → the service keeps NO client state between requests:
  → each request contains all needed info; any server can handle any request
  → state lives ELSEWHERE (database, cache, client, token) if needed
STATEFUL → the service MAINTAINS state across requests:
  → a specific server holds a client's state (session in memory, etc.)
  → requests must go to the SAME server (or state must be shared/synchronized)
```

## Mengapa ketiadaan keadaan membantu skalabiliti

```text
STATELESS services scale horizontally EASILY:
  → any server handles any request → load balancing is simple (any server works)
  → add/remove servers freely; a failed server doesn't lose state → resilient
  → no sticky sessions or state synchronization needed
STATEFUL services are HARDER to scale:
  → requests tied to specific servers (sticky sessions); a server failure loses its state;
    scaling needs state sharing/replication → complexity
→ PREFER STATELESS services for scalability (a key design principle).
```

## Mengendalikan keadaan dalam reka bentuk tanpa keadaan

```text
→ Store state EXTERNALLY where servers can share it:
  → SESSION/data in a shared store (Redis, database) → any server reads it
  → state in the CLIENT (e.g. JWT tokens carry auth state)
  → keep services stateless; externalize state → scalable AND maintains needed state
```

## Mengapa ia penting

Memahami perbezaan antara perkhidmatan berkeadaan dan tanpa keadaan adalah asas kerana **ketiadaan keadaan ialah prinsip utama untuk membina sistem yang boleh diskala**, jadi ia merupakan pengetahuan reka bentuk sistem yang penting.

Perbezaan itu — perkhidmatan **tanpa keadaan** yang tidak menyimpan keadaan klien antara permintaan (setiap permintaan bebas, mana-mana pelayan boleh mengendalikan mana-mana permintaan) berbanding perkhidmatan **berkeadaan** yang mengekalkan keadaan (terikat kepada pelayan tertentu) — adalah asas kepada cara perkhidmatan diskala.

Memahami **mengapa ketiadaan keadaan membantu skalabiliti** ialah wawasan penting: perkhidmatan tanpa keadaan diskala secara mendatar dengan mudah kerana **mana-mana pelayan boleh mengendalikan mana-mana permintaan** (menjadikan load balancing mudah, membolehkan pelayan ditambah atau dikeluarkan dengan bebas, dan bermakna pelayan yang gagal tidak kehilangan keadaan — berdaya tahan), manakala perkhidmatan berkeadaan jauh lebih sukar diskala (permintaan terikat kepada pelayan tertentu melalui sticky session, kegagalan pelayan kehilangan keadaan, penskalaan memerlukan perkongsian keadaan yang kompleks).

Ini menjadikan **mengutamakan perkhidmatan tanpa keadaan sebagai prinsip reka bentuk utama** untuk skalabiliti — salah satu konsep praktikal yang paling penting dalam mereka bentuk sistem yang boleh diskala.

Memahami cara **mengendalikan keadaan dalam reka bentuk tanpa keadaan** — menyimpan keadaan secara luaran di mana pelayan boleh berkongsinya (sesi dalam stor kongsi seperti Redis, atau keadaan dalam token pihak klien seperti JWT) supaya perkhidmatan kekal tanpa keadaan sambil masih mengekalkan keadaan yang diperlukan — ialah teknik praktikal yang menyelaraskan ketiadaan keadaan dengan aplikasi yang memerlukan keadaan.

Ini berkait dengan penskalaan mendatar dan load balancing (yang berfungsi paling baik dengan perkhidmatan tanpa keadaan).

Memandangkan ketiadaan keadaan ialah pemboleh utama kepada skalabiliti mendatar (pendekatan utama untuk sistem berskala besar) dan memahami perbezaan tanpa keadaan/berkeadaan, mengapa ketiadaan keadaan membantu penskalaan, dan cara mengasingkan keadaan secara luaran adalah asas kepada mereka bentuk sistem yang boleh diskala, memahami perkhidmatan stateful vs stateless adalah pengetahuan reka bentuk sistem yang penting dan asas — prinsip utama untuk skalabiliti (ketiadaan keadaan membolehkan penskalaan mendatar yang mudah), berkait dengan load balancing dan penskalaan mendatar, serta teras kepada mereka bentuk sistem yang boleh diskala, satu konsep penting yang mendasari seni bina yang boleh diskala.