Что такое принцип базы данных на сервис?

Question

Accepted Answer

**База данных на сервис** означает, что каждый микросервис владеет своей собственной приватной базой данных, и никакой другой сервис не может читать или писать в неё напрямую. Другие сервисы должны обращаться через API владеющего сервиса.

## Почему это важно

```text
┌──────────┐     ┌──────────┐     ┌──────────┐
│  Orders  │     │ Payments │     │  Users   │
│ service  │     │ service  │     │ service  │
└────┬─────┘     └────┬─────┘     └────┬─────┘
     ▼                ▼                ▼
  ordersDB        paymentsDB        usersDB   ← private, no cross-access
```

Если Orders нужны данные пользователя, он вызывает API Users — он **не** запрашивает `usersDB` напрямую.

## Почему это необходимо

- **Слабая связанность** — сервис может свободно изменять свою схему.
- **Независимое развёртывание** — нет миграций общей схемы между командами.
- **Выбор технологии** — один сервис использует Postgres, другой MongoDB.

## Стоимость

```text
With no shared DB:
  ✗ no cross-service JOINs
  ✗ no single ACID transaction across services
  → need API composition, replication, or sagas instead
```

## Ловушка

**Общая база данных** — это классический антипаттерн — она молча связывает сервисы, так что они больше не могут развёртываться независимо.

## Почему это важно

Приватные базы данных — это то, что на самом деле делает сервисы независимыми; делитесь базой данных, и у вас получится распределённый монолит.

Цена состоит в том, что joins и транзакции теперь охватывают сервисы, что вынуждает использовать паттерны вроде sagas и eventual consistency — осознанный компромисс ради автономии.