Kas yra paslaugos-duomenų-bazės principas?

Question

Accepted Answer

**Duomenų bazė vienai paslaugai** reiškia, kad kiekviena mikropaslaugą turi savo privačią duomenų bazę, ir nėjokia kita paslaugą gali tiesiogiai jai skaityti ar rašyti. Kitos paslaugos turi prieiti per savininko paslaugos API.

## Kaip tai veikia

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

Jei Orders reikalingi vartotojo duomenys, ji iškviečia Users API — ji **ne** tiesiogiai klausia `usersDB`.

## Kodėl tai keliama

- **Silpna sąryšis** — paslaugą gali laisvai keisti savo schemą.
- **Nepriklausomas diegimas** — nėra bendrų schemų migracijų per komandas.
- **Technologijos pasirinkimas** — viena paslaugą naudoja Postgres, kita naudoja MongoDB.

## Kaina

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

## Spąstai

**Bendra duomenų bazė** yra klasikinis antipatern — ji tyliai sujungia paslaugas, todėl jos nebegali diegti nepriklausomai.

## Kodėl tai svarbu

Privatūs duomenų bazės yra tai, ką iš tikrųjų paslaugas daro nepriklausomom; jei pasidalinti duomenų bazę, turėsite paskirstytą monolit.

Kaina ta, kad sąryšiai ir tranzakcijos dabar apima paslaugas, o tai verčia naudoti tokius šablonus kaip sagas ir galiausią nuoseklumą — tai sąmoningas mainai į autonomiją.