એક saga એક વ્યવસાયિક લેનદેનનો પ્રબંધન કરે છે જે બહુવિધ સેવાઓ પર સ્થાનિક લેનદેનોના ક્રમ તરીકે વિસ્તરે છે. જો કોઈ પગલું નિષ્ફળ જાય, તો saga વળતર લેનદેનો ચલાવે છે અગાઉના પગલાંને રદ કરવા માટે — ત્યાં કોઈ વિતરિત રોલબેક નથી.
સેવાઓ પર બે-તબક્કાનો commit ધીમો છે, સંસાધનોને તાળું મારે છે અને જોડાણ બનાવે છે. Saga એ વિતરિત તાળાઓ વિના આખરે સુસંગટતા આપે છે.
સેવાઓ એક બીજાની ઇવેન્ટ્સ પર પ્રતિક્રિયા આપે છે; કોઈ કેન્દ્રીય સમન્વયકર્તા નથી.
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
◀───────── (on failure, each emits a compensating event) ─────────
એક orchestrator દરેક સેવાને કહે છે કે શું કરવું અને પરિણામોને પ્રતિક્રિયા આપે છે.
┌───────────── Saga Orchestrator ─────────────┐
▼ ▼ ▼ ▼
reservePayment reserveStock createShipment (on fail: compensate all)
| પાસું | Choreography | Orchestration |
|---|---|---|
| સમન્વય | વિતરિત (ઇવેન્ટ્સ) | કેન્દ્રીકૃત |
| જોડાણ | હળવું | Orchestrator પ્રવાહ જાણે છે |
| દૃશ્યમાનતા | અનુસરવું મુશ્કેલ | અંગત કરવું સરળ |
| શ્રેષ્ઠ | સાધારણ, થોડા પગલાઓ | જટિલ, ઘણા પગલાઓ |
વળતર idempotent હોવું જોઈએ અને તે કિસ્સાને સંભાળવું જોઈએ જ્યાં મૂળ પગલું આંશિક રીતે સફળ થયું હતું. તેમને સાવધાનીથી ડિઝાઇન કરો.
Saga એ તે રીત છે જેમાં તમે વિતરિત લેનદેનની કિંમત અને જોડાણ વિના સેવાઓમાં ડેટા સુસંગત રાખો છો.
Choreography વર્સેસ orchestration વચ્ચે પસંદ કરવા સરળતા માટે દૃશ્યમાનતાનો વેપાર કરે છે: ઇવેન્ટ્સ લૂંબે પણ ગૌણ થઈ જાય છે, જ્યારે orchestrator એક વધુ ઘટક ચલાવવાના ખર્ચે જટિલ તર્કને કેન્દ્રીય બનાવે છે.