Megosztott adatbázis nélkül nem használhat cross-service JOINokat vagy egyetlen ACID tranzakciót. Az adatokat az API összeállítás, replikáció/CQRS olvasási modellek és események segítségével állítja össze és tartja konzisztensnek.
— a koordinátor meghívja az egyes szolgáltatásokat és összecsapja az eredményt:
// 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
Nehéz lekérdezésekhez tartson fenn egy olvasási modellt (CQRS): egy szolgáltatás feliratkozik az eseményekre és egy denormalizált helyi másolatot épít fel, amelyet közvetlenül lekérdezhet.
Orders ─event→ ┐
Users ─event→ ├─▶ [ Order-View service builds its own queryable table ]
Shipping ─event→ ┘
Használja a Saga mintát — a helyi tranzakciók sorozata kompenzáló műveletekkel — az elosztott tranzakció helyett.
| Megközelítés | Előny | Hátrány |
|---|---|---|
| API összeállítás | Mindig friss | Késleltetés, fan-out, törékenyen |
| Replikált olvasási modell | Gyors olvasás | Végül konzisztens |
| Saga | Nincs 2PC szükséges | Összetett, kompenzáció szükséges |
Ne "csak" ossza meg a táblázatot az összekapcsolás megkönnyítésére — ez újra összekapcsolja a szolgáltatásokat. Fogadja el az végül konzisztens, ahol az üzlet megengedi.
Az adatkezelés az a hely, ahol a mikroszolgáltatások valóban nehézzé válnak, mivel az egyszerű eszközök (összekapcsolások, tranzakciók) a terv szerint eltűnnek.
Az összeállítás, az olvasási modellek és a saga-ok megértése az, ami lehetővé teszi a szolgáltatások függetlenségének megtartását az helyesség elvesztése nélkül.