O que é o princípio de banco de dados por serviço?

Question

Accepted Answer

**Banco de dados por serviço** significa que cada microsserviço possui seu próprio banco de dados privado, e nenhum outro serviço pode ler ou escrever nele diretamente. Outros serviços devem passar pela API do serviço proprietário.

## Por que isso importa

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

Se Orders precisa de dados do usuário, ele chama a API Users — ele **não** consulta `usersDB` diretamente.

## Por que forçar isso

- **Acoplamento fraco** — um serviço pode alterar seu esquema livremente.
- **Implantação independente** — sem migrações de esquema compartilhado entre equipes.
- **Escolha de tecnologia** — um serviço usa Postgres, outro usa MongoDB.

## O custo

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

## Armadilha

Um **banco de dados compartilhado** é o anti-padrão clássico — acoplá-los silenciosamente para que não possam mais ser implantados independentemente.

## Por que isso importa

Bancos de dados privados são o que realmente tornam os serviços independentes; compartilhe um banco de dados e você terá um monolito distribuído.

O preço é que joins e transações agora abrangem serviços, o que força padrões como sagas e eventual consistency — um compromisso deliberado para autonomia.