database-per-service 원칙이란 무엇인가요?

Question

Accepted Answer

**database per service(서비스별 데이터베이스)**는 각 마이크로서비스가 자체 전용 데이터베이스를 소유하고, 다른 어떤 서비스도 그것을 직접 읽거나 쓸 수 없음을 의미합니다. 다른 서비스는 반드시 소유 서비스의 API를 거쳐야 합니다.

## 동작 방식

```text
┌──────────┐     ┌──────────┐     ┌──────────┐
│  Orders  │     │ Payments │     │  Users   │
│ service  │     │ service  │     │ service  │
└────┬─────┘     └────┬─────┘     └────┬─────┘
     ▼                ▼                ▼
  ordersDB        paymentsDB        usersDB   ← 전용, 교차 접근 불가
```

Orders가 사용자 데이터를 필요로 하면 Users API를 호출합니다. `usersDB`를 직접 질의하지 **않습니다**.

## 왜 강제하는가

- **느슨한 결합** — 서비스가 스키마를 자유롭게 변경할 수 있음.
- **독립 배포** — 팀 간 공유 스키마 마이그레이션이 없음.
- **기술 선택** — 한 서비스는 Postgres를, 다른 서비스는 MongoDB를 사용.

## 비용

```text
공유 DB가 없으면:
  ✗ 서비스 간 JOIN 불가
  ✗ 서비스 간 단일 ACID 트랜잭션 불가
  → 대신 API composition, 복제, 또는 saga가 필요
```

## 함정

**공유 데이터베이스**는 전형적인 안티패턴입니다. 서비스를 조용히 결합시켜 더 이상 독립적으로 배포할 수 없게 만듭니다.

## 왜 중요한가

전용 데이터베이스야말로 서비스를 실제로 독립적으로 만드는 요소입니다. 데이터베이스를 공유하면 분산 모놀리스가 됩니다.

그 대가는 이제 조인과 트랜잭션이 서비스를 넘나든다는 것이며, 이는 saga와 eventual consistency 같은 패턴을 강요합니다. 자율성을 위한 의도적인 거래입니다.