Brez skupne baze podatkov ne moraš uporabljati JOINov med storitvami ali enojnih ACID transakcij. Podatke组avish in ohranjaš konsistentnost s pomočjo API komponiranja, replikacije/CQRS modelov za branje in dogodkov.
— koordinator pokliče vsako storitev in zestiče rezultat:
// 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
Za zahtevne poizvedbe vzdrži model za branje (CQRS): storitev se naroči na dogodke in gradi denormalizirano lokalno kopijo, ki jo lahko direktno poizveduješ.
Orders ─event→ ┐
Users ─event→ ├─▶ [ Order-View service builds its own queryable table ]
Shipping ─event→ ┘
Uporabljaj vzorec Saga — zaporedje lokalnih transakcij s kompenzacijskimi dejanji — namesto porazdeljene transakcije.
| Pristop | Prednost | Pomanjkljivost |
|---|---|---|
| API komponiranje | Vedno sveži | Zamuda, več klicev, krhko |
| Replikiran model za branje | Hitro branje | Eventuelno konsistenten |
| Saga | Brez 2PC | Zapleteno, potrebna kompenzacija |
Ne "samo" deli tabelo, da olajšaš JOIN — to ponovno sklaplja storitve. Sprejmi eventualno konsistentnost, kjer to dozvoli poslovni model.
Upravljanje podatkov je mesto, kjer postanejo mikrostoritve res zahtevne, ker so enostavna orodja (JOINi, transakcije) po oblikovalski odločitvi prespečena.
Razumevanje komponiranja, modelov za branje in sag je tisto, kar ti omogoči, da ohranjaš storitve neodvisne, ne da bi izgubil pravilnost.