Nguyên tắc database-per-service là gì?

Question

Accepted Answer

**Database per service** nghĩa là mỗi microservice sở hữu database riêng tư của mình, và không service nào khác được đọc hay ghi trực tiếp vào đó. Các service khác phải đi qua API của service sở hữu.

## Cách hoạt động

```text
┌──────────┐     ┌──────────┐     ┌──────────┐
│  Orders  │     │ Payments │     │  Users   │
│ service  │     │ service  │     │ service  │
└────┬─────┘     └────┬─────┘     └────┬─────┘
     ▼                ▼                ▼
  ordersDB        paymentsDB        usersDB   ← riêng tư, không truy cập chéo
```

Nếu Orders cần dữ liệu người dùng, nó gọi Users API — nó **không** truy vấn `usersDB` trực tiếp.

## Tại sao phải thực thi điều này

- **Gắn kết lỏng (loose coupling)** — một service có thể thay đổi schema của mình thoải mái.
- **Triển khai độc lập** — không có migration schema dùng chung xuyên các team.
- **Lựa chọn công nghệ** — một service dùng Postgres, service khác dùng MongoDB.

## Cái giá

```text
Khi không có DB dùng chung:
  ✗ không có JOIN xuyên service
  ✗ không có một transaction ACID đơn nhất xuyên các service
  → cần API composition, replication, hoặc saga thay thế
```

## Cạm bẫy

Một **database dùng chung** là anti-pattern kinh điển — nó âm thầm gắn kết các service đến mức chúng không còn triển khai độc lập được nữa.

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

Database riêng tư là thứ thực sự làm cho các service độc lập; dùng chung một database và bạn có một distributed monolith.

Cái giá là join và transaction giờ trải dài qua các service, điều này buộc đến các pattern như saga và eventual consistency — một đánh đổi có chủ đích để lấy sự tự chủ.