ความแตกต่างระหว่างบริการแบบ stateful และ stateless คืออะไร?

Question

Accepted Answer

บริการแบบ **stateless** ไม่จัดเก็บสถานะของ client ระหว่างคำขอ (แต่ละคำขอเป็นอิสระ) ในขณะที่บริการแบบ **stateful** จะรักษาสถานะไว้ ความเป็น stateless มีความสำคัญต่อ scalability — บริการแบบ stateless ทำ horizontal scaling ได้ง่ายกว่ามาก

## Stateless กับ 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)
```

## ทำไมความเป็น stateless ช่วยเรื่อง scalability

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

## การจัดการสถานะในการออกแบบแบบ stateless

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

## ทำไมจึงสำคัญ

การเข้าใจความแตกต่างระหว่างบริการแบบ stateful และ stateless เป็นพื้นฐานสำคัญ เพราะ **ความเป็น stateless เป็นหลักการสำคัญสำหรับการสร้างระบบที่สเกลได้** จึงเป็นความรู้ด้าน system design ที่จำเป็น

ความแตกต่างนี้ — บริการแบบ **stateless** ที่ไม่จัดเก็บสถานะของ client ระหว่างคำขอ (แต่ละคำขอเป็นอิสระ เซิร์ฟเวอร์ใดก็จัดการคำขอใดก็ได้) เทียบกับบริการแบบ **stateful** ที่รักษาสถานะไว้ (ผูกติดกับเซิร์ฟเวอร์เฉพาะ) — เป็นพื้นฐานของวิธีที่บริการสเกล

การเข้าใจ **ว่าทำไมความเป็น stateless ช่วยเรื่อง scalability** เป็นข้อคิดที่สำคัญ: บริการแบบ stateless ทำ horizontal scaling ได้ง่ายเพราะ **เซิร์ฟเวอร์ใดก็จัดการคำขอใดก็ได้** (ทำให้ load balancing ง่าย เพิ่มหรือลดเซิร์ฟเวอร์ได้อย่างอิสระ และหมายความว่าเซิร์ฟเวอร์ที่ล้มเหลวจะไม่สูญเสียสถานะ — ยืดหยุ่น) ในขณะที่บริการแบบ stateful สเกลได้ยากกว่ามาก (คำขอผูกติดกับเซิร์ฟเวอร์เฉพาะผ่าน sticky session ความล้มเหลวของเซิร์ฟเวอร์ทำให้สูญเสียสถานะ การสเกลต้องอาศัยการแชร์สถานะที่ซับซ้อน)

สิ่งนี้ทำให้ **การเลือกบริการแบบ stateless เป็นหลักการออกแบบสำคัญ** สำหรับ scalability — เป็นหนึ่งในแนวคิดเชิงปฏิบัติที่สำคัญที่สุดในการออกแบบระบบที่สเกลได้

การเข้าใจวิธี **จัดการสถานะในการออกแบบแบบ stateless** — การจัดเก็บสถานะไว้ภายนอกที่เซิร์ฟเวอร์สามารถแชร์กันได้ (session ใน shared store เช่น Redis หรือสถานะใน token ฝั่ง client เช่น JWT) เพื่อให้บริการยังคงเป็น stateless ในขณะที่ยังรักษาสถานะที่จำเป็นไว้ — เป็นเทคนิคเชิงปฏิบัติที่ประสานความเป็น stateless เข้ากับแอปพลิเคชันที่ต้องการสถานะ

สิ่งนี้เชื่อมโยงกับ horizontal scaling และ load balancing (ซึ่งทำงานได้ดีที่สุดกับบริการแบบ stateless)

เนื่องจากความเป็น stateless เป็นตัวขับเคลื่อนสำคัญของ horizontal scalability (แนวทางหลักสำหรับระบบขนาดใหญ่) และการเข้าใจความแตกต่างระหว่าง stateless/stateful ว่าทำไมความเป็น stateless ช่วยการสเกล และวิธีนำสถานะออกไปไว้ภายนอกเป็นพื้นฐานของการออกแบบระบบที่สเกลได้ การเข้าใจบริการแบบ stateful เทียบกับ stateless จึงเป็นความรู้พื้นฐานด้าน system design ที่จำเป็น — เป็นหลักการสำคัญสำหรับ scalability (ความเป็น stateless ทำให้ horizontal scaling ง่าย) เชื่อมโยงกับ load balancing และ horizontal scaling และเป็นหัวใจของการออกแบบระบบที่สเกลได้ ซึ่งเป็นแนวคิดสำคัญที่รองรับสถาปัตยกรรมที่สเกลได้