કોઈ શેર કરેલ ડેટાબેસ વિના, તમે ક્રોસ-સર્વિસ JOINs અથવા એકલ ACID વહીવટીમાં કરી શકતા નથી। તમે API કમ્પોઝિશન, રેપ્લિકેશન/CQRS રીડ મોડલ્સ અને ઇવેન્ટ્સ નો ઉપયોગ કરીને ડેટા તૈયાર કરો છો અને તેને સુસંગત રાખો છો।
API કમ્પોઝિશન — એક સંચાલક દરેક સેવાને કૉલ કરે છે અને પરિણામને સીવે છે:
// 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
ભારે પ્રશ્નાવલીઓ માટે, એક રીડ મોડલ (CQRS) જાળવો: એક સેવા ઇવેન્ટ્સને સબસ્ક્રાઇબ કરે છે અને એક ડીનોર્મલાઇઝ્ડ સ્થાનિક કૉપી બનાવે છે જેને તે સીધું પ્રશ્ન કરી શકે છે.
Orders ─event→ ┐
Users ─event→ ├─▶ [ Order-View service builds its own queryable table ]
Shipping ─event→ ┘
વિતરિત વહીવટી પરિવર્તનના બદલે Saga પેટર્ન નો ઉપયોગ કરો — પ્રતિક્ષતાવાળી ક્રિયાઓ સાથે સ્થાનિક વહીવટીનો ક્રમ।
| પધ્દતિ | વત્તા | માઈનસ |
|---|---|---|
| API કમ્પોઝિશન | હંમેશા તાજું | વિલંબ, ફેન-આઉટ, નાજુક |
| પ્રતિકૃતિ રીડ મોડલ | ઝડપી વાંચન | આખરે સુસંગત |
| Saga | 2PC જરૂર નથી | જટિલ, ક્ષતિપૂરણ જરૂર છે |
જોઈને સહજ બનાવવા માટે ફક્ત એક ટેબલ "શેર" કરશો નહીં — તે સેવાઓને ફરીથી જોડે છે। જ્યાં ધંધો મંજૂરી આપે છે ત્યાં આખરે સુસંગતતા સ્વીકાર કરો.
ડેટા સંચાલન એ છે જ્યાં માઇક્રોસર્વિસેસ ખરેખર મુશ્કેલ બને છે, કારણ કે સરળ સાધનો (joins, વહીવટીમાં) ડિઝાઇન દ્વારા ગયા છે.
કમ્પોઝિશન, રીડ મોડલ્સ અને sagas ને સમજવું તે છે જે તમને સેવાઓને સ્વતંત્ર રાખવાની અને સુધારણીયતા ગુમાવ્યા વિના કરવા દે છે.