saga მართავს ბიზნეს ტრანზაქციას, რომელიც გაფრცელდება მრავალ სერვისზე, როგორც ლოკალური ტრანზაქციების თანმიმდევრობა. თუ ნაბიჯი ვერ ხერხდება, saga აკეთებს კომპენსაციის ტრანზაქციებს წინა ნაბიჯების გაუქმების მიზნით — განაწილებული rollback არ არსებობს.
ორი-ფაზიანი commit სერვისებში ნელი, რესურსებს ლოკავს და ხელმისაწვდომობას აკავშირებს. Saga იძლევა საბოლოო თანმიმდევრობას განაწილებული ლოკით გარეშე.
სერვისები რეაგირებენ ერთმანეთის მოვლენებზე; ცენტრალური კოორდინატორი არ არსებობს.
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
◀───────── (on failure, each emits a compensating event) ─────────
ორქესტრატორი ეუბნება თითოეულ სერვისს, რას უნდა კეთდეს და რეაგირებს შედეგებზე.
┌───────────── Saga Orchestrator ─────────────┐
▼ ▼ ▼ ▼
reservePayment reserveStock createShipment (on fail: compensate all)
| ასპექტი | ქორეოგრაფია | ორქესტრაცია |
|---|---|---|
| კოორდინაცია | განაწილებული (მოვლენები) | ცენტრალიზებული |
| კავშირი | უფრო თავისუფალი | კოორდინატორი იცნობს ნაკადს |
| ხილვადობა | ძნელი დასახვევია | ადვილი ასახვევია |
| საუკეთესო | მარტივი, რამდენიმე ნაბიჯი | რთული, მრავალი ნაბიჯი |
კომპენსაციები უნდა იყოს იდემპოტენტური და დაუშვას შემთხვევა, როდესაც ორიგინალური ნაბიჯი ნაწილობრივ წარმატებული იყო. დაგეგმეთ ხელახლა.
Saga არის მეთოდი, თუ როგორ გაინარჩუნოთ მონაცემთა თანმიმდევრობა სერვისებში განაწილებული ტრანზაქციების ხარჯითა და კავშირის გარეშე.
ქორეოგრაფიის ან ორქესტრაციის არჩევა სიმარტივეს ხილვადობასთან შეცვლის შედეგი: მოვლენები მასშტაბდება თავისუფლად მაგრამ ბნელდება, ხოლო ორქესტრატორი ცენტრალიზებს რთულ ლოგიკას კიდევ ერთი კომპონენტის გაშვების ხარჯით.