Mitä on database-per-service-periaate?

Question

Accepted Answer

**Database per service** tarkoittaa, että jokainen microservice omistaa oman yksityisen tietokantansa ja mikään muu palvelu ei voi lukea siitä tai kirjoittaa siihen suoraan. Muiden palveluiden on kommunikoitava omistavan palvelun API:n kautta.

## Kuinka se toimii

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

Jos Orders tarvitsee käyttäjätietoja, se kutsuu Users API:a — se **ei** kyselyi `usersDB`:tä suoraan.

## Miksi se pakotetaan

- **Loose coupling** — palvelu voi muuttaa scheemaansa vapaasti.
- **Independent deployment** — ei jaettuja schema-migraatioita tiimien välillä.
- **Technology choice** — yksi palvelu käyttää Postgresiiä, toinen MongoDB:tä.

## Hinta

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

## Sudenkuoppa

**Jaettu tietokanta** on klassinen anti-kuvio — se kytkee palvelut hiljaisesti, joten ne eivät enää voi ottaa käyttöön itsenäisesti.

## Miksi sillä on merkitystä

Yksityiset tietokannat ovat se, mikä tosiasiallisesti tekee palveluista riippumattomia; jaa tietokanta niin sinulla on hajautettu monoliitti.