Một saga quản lý một giao dịch nghiệp vụ trải dài qua nhiều service như một chuỗi các transaction cục bộ. Nếu một bước thất bại, saga chạy các compensating transaction để hoàn tác các bước trước — không có rollback phân tán.
Two-phase commit xuyên các service thì chậm, khóa tài nguyên, và gắn kết tính khả dụng. Saga cho eventual consistency mà không cần khóa phân tán.
Các service phản ứng với event của nhau; không có bộ điều phối trung tâm.
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
◀───────── (khi lỗi, mỗi service phát một event bù trừ) ─────────
Một orchestrator bảo từng service làm gì và phản ứng theo kết quả.
┌───────────── Saga Orchestrator ─────────────┐
▼ ▼ ▼ ▼
reservePayment reserveStock createShipment (khi lỗi: bù trừ tất cả)
| Khía cạnh | Choreography | Orchestration |
|---|---|---|
| Điều phối | Phân tán (event) | Tập trung |
| Gắn kết | Lỏng hơn | Bộ điều phối biết luồng |
| Khả năng quan sát | Khó theo dõi | Dễ truy vết |
| Tốt nhất cho | Đơn giản, ít bước | Phức tạp, nhiều bước |
Compensation phải idempotent và xử lý được trường hợp bước gốc thành công một phần. Hãy thiết kế chúng cẩn thận.
Saga là cách bạn giữ dữ liệu nhất quán xuyên các service mà không phải chịu chi phí và sự gắn kết của distributed transaction.
Chọn choreography hay orchestration là đánh đổi sự đơn giản lấy khả năng quan sát: event mở rộng một cách lỏng lẻo nhưng dễ rối, trong khi một orchestrator tập trung hóa logic phức tạp với cái giá là thêm một thành phần phải vận hành.