Sự khác biệt giữa stateful và stateless service là gì?

Question

Accepted Answer

**Stateless** service không lưu trạng thái (state) của client giữa các request (mỗi request là độc lập), trong khi **stateful** service duy trì state. Statelessness quan trọng cho scalability — stateless service dễ horizontal scaling hơn nhiều.

## Stateless vs stateful

```text
STATELESS → service KHÔNG giữ state nào của client giữa các request:
  → mỗi request chứa toàn bộ thông tin cần thiết; bất kỳ server nào cũng xử lý được bất kỳ request nào
  → state nằm ở NƠI KHÁC (database, cache, client, token) nếu cần
STATEFUL → service DUY TRÌ state qua các request:
  → một server cụ thể giữ state của một client (session trong memory, v.v.)
  → request phải tới CÙNG một server (hoặc state phải được chia sẻ/đồng bộ)
```

## Tại sao statelessness giúp scalability

```text
STATELESS service horizontal scale DỄ DÀNG:
  → bất kỳ server nào cũng xử lý được bất kỳ request nào → load balancing đơn giản (server nào cũng được)
  → thêm/bớt server thoải mái; một server lỗi không làm mất state → kiên cường
  → không cần sticky session hay đồng bộ state
STATEFUL service KHÓ scale hơn:
  → request gắn với server cụ thể (sticky session); một server lỗi làm mất state của nó;
    scaling cần chia sẻ/replicate state → phức tạp
→ NÊN ƯU TIÊN STATELESS service cho scalability (một nguyên tắc thiết kế then chốt).
```

## Xử lý state trong thiết kế stateless

```text
→ Lưu state ở BÊN NGOÀI nơi các server có thể chia sẻ:
  → SESSION/dữ liệu trong một kho chia sẻ (Redis, database) → server nào cũng đọc được
  → state ở CLIENT (vd JWT token mang theo state xác thực)
  → giữ service stateless; externalize state → vừa scalable VỪA duy trì state cần thiết
```

## Tại sao điều này quan trọng

Hiểu sự khác biệt giữa stateful và stateless service là nền tảng vì **statelessness là một nguyên tắc then chốt để xây dựng hệ thống scalable**, nên đây là kiến thức system design thiết yếu.

Sự phân biệt — **stateless** service không giữ state nào của client giữa các request (mỗi request độc lập, bất kỳ server nào cũng xử lý được bất kỳ request nào) so với **stateful** service duy trì state (gắn với server cụ thể) — là cơ bản đối với cách service scale.

Hiểu **tại sao statelessness giúp scalability** là nhận định then chốt: stateless service horizontal scale dễ dàng vì **bất kỳ server nào cũng xử lý được bất kỳ request nào** (khiến load balancing đơn giản, cho phép thêm bớt server thoải mái, và nghĩa là một server lỗi không làm mất state — kiên cường), trong khi stateful service khó scale hơn nhiều (request gắn với server cụ thể qua sticky session, lỗi server làm mất state, scaling đòi hỏi chia sẻ state phức tạp).

Điều này khiến **ưu tiên stateless service trở thành một nguyên tắc thiết kế then chốt** cho scalability — một trong những khái niệm thực tế quan trọng nhất khi thiết kế hệ thống scalable.

Hiểu cách **xử lý state trong thiết kế stateless** — lưu state ở bên ngoài nơi các server có thể chia sẻ (session trong một kho chia sẻ như Redis, hoặc state trong token phía client như JWT) để service vẫn stateless mà vẫn duy trì state cần thiết — là kỹ thuật thực tế dung hòa statelessness với những ứng dụng cần state.

Điều này kết nối với horizontal scaling và load balancing (vốn hoạt động tốt nhất với stateless service).

Vì statelessness là một yếu tố cho phép then chốt của horizontal scalability (cách tiếp cận chính cho hệ thống quy mô lớn) và hiểu sự phân biệt stateless/stateful, tại sao statelessness hỗ trợ scaling, và cách externalize state là cơ bản để thiết kế hệ thống scalable, nên hiểu stateful vs stateless service là kiến thức system design thiết yếu, nền tảng — một nguyên tắc then chốt cho scalability (statelessness cho phép horizontal scaling dễ dàng), kết nối với load balancing và horizontal scaling, và trung tâm của việc thiết kế hệ thống scale được, một khái niệm quan trọng nền móng cho kiến trúc scalable.