Jak spravujete data, když má každá služba svou vlastní databázi?

Question

Accepted Answer

Bez **sdílené databáze** nemůžete používat JOINy mezi službami nebo jedné ACID transakce. Data skládáte a udržujete konzistenci pomocí **API composition**, **replikace/CQRS read modelů** a **event**.

## Čtení dat mezi službami

**API composition** — koordinátor zavolá každou službu a složí výsledek:

```js
// build an order view from three services
const order    = await ordersApi.get(orderId);
const customer = await usersApi.get(order.customerId);   // separate service
const shipment = await shippingApi.get(orderId);
return { ...order, customer, shipment }; // composed in memory
```

Pro těžké dotazy si udržujte **read model** (CQRS): služba se přihlásí na odběr event a vybuduje si denormalizovanou lokální kopii, kterou může přímo dotazovat.

```text
Orders ─event→ ┐
Users  ─event→ ├─▶ [ Order-View service builds its own queryable table ]
Shipping ─event→ ┘
```

## Zápis mezi službami

Verejte **Saga** pattern — sekvence lokálních transakcí s kompenzačními akcemi — místo distribuované transakce.

## Trade-offs

| Přístup | Výhoda | Nevýhoda |
|---|---|---|
| API composition | Vždy čerstvá data | Latence, fan-out, křehké |
| Replikovaný read model | Rychlé čtení | Nakonec konzistentní |
| Saga | Nepotřebuje 2PC | Komplexní, vyžaduje kompenzaci |

## Úskalí

Nedělej „prostě

Přístup	Výhoda	Nevýhoda
API composition	Vždy čerstvá data	Latence, fan-out, křehké
Replikovaný read model	Rychlé čtení	Nakonec konzistentní
Saga	Nepotřebuje 2PC	Komplexní, vyžaduje kompenzaci