Trong kiến trúc SOA, làm thế nào để giải quyết bài toán Distributed Transaction khi một nghiệp vụ cần cập nhật dữ liệu trên nhiều dịch vụ độc lập mà không sử dụng cơ chế 2PC (Two-Phase Commit)?

Question

Accepted Answer

Trong môi trường Enterprise, 2PC thường gây ra vấn đề về hiệu năng và tính sẵn sàng (Availability). Để thay thế, chúng ta sử dụng mẫu thiết kế Saga Pattern. 
Cơ chế hoạt động
Saga là một chuỗi các giao dịch cục bộ (Local Transactions). Mỗi dịch vụ thực hiện giao dịch của mình và gửi một sự kiện (Event) hoặc thông điệp (Message) để kích hoạt bước tiếp theo. Nếu một bước thất bại, Saga sẽ thực hiện các giao dịch bù trừ (Compensating Transactions) để hoàn tác các thay đổi trước đó.
Hai cách triển khai chính

Choreography-based Saga: Các dịch vụ trao đổi sự kiện thông qua Message Broker (như Kafka hoặc RabbitMQ) mà không cần bộ điều phối trung tâm.
Orchestration-based Saga: Sử dụng một Orchestrator (Service điều phối) để quản lý luồng nghiệp vụ và ra lệnh cho các dịch vụ thực hiện hoặc hoàn tác.

Lưu ý thực chiến

Cần đảm bảo tính Idempotency cho các dịch vụ để tránh lỗi khi nhận lại cùng một thông điệp.
Cần thiết kế cơ chế giám sát (Monitoring) để theo dõi trạng thái của các Saga đang chạy.

Trong kiến trúc SOA, làm thế nào để giải quyết bài toán Distributed Transaction khi một nghiệp vụ cần cập nhật dữ liệu trên nhiều dịch vụ độc lập mà không sử dụng cơ chế 2PC (Two-Phase Commit)?

Làm Chủ Phỏng Vấn & Nâng Cao Trình Độ Chuyên Nghiệp

Tải Tuyển Tập 100+ Câu Hỏi Phỏng Vấn Chuyên Sâu (PDF)

Cần Mentor Phỏng Vấn Thử 1-1 & Tối Ưu CV?

Kiểm Tra CV Chuẩn ATS Miễn Phí

Câu hỏi soa liên quan cùng chủ đề