Trong Domain-Driven Design, làm thế nào để quản lý các tính nhất quán dữ liệu xuyên suốt các Bounded Context khác nhau khi áp dụng kiến trúc Microservices mà không phụ thuộc vào cơ chế Distributed Transactions như Two-Phase Commit?

Question

Accepted Answer

Bản chất vấn đề
Trong kiến trúc Microservices kết hợp Domain-Driven Design, mỗi Bounded Context sở hữu một Database riêng biệt. Việc sử dụng Distributed Transactions (như Two-Phase Commit - 2PC) gây ra hiện tượng giảm hiệu năng nghiêm trọng, khóa tài nguyên và vi phạm tính cô lập của Microservices. Giải pháp tiêu chuẩn Enterprise là sử dụng mô hình Eventual Consistency thông qua Saga Pattern.
Giải pháp chi tiết
Saga Pattern chia một giao dịch lớn thành một chuỗi các cục bộ giao dịch (Local Transactions) thực hiện tuần tự hoặc song song trên các Bounded Context khác nhau. Có hai cách tiếp cận chính:

Choreography-based Saga (Saga dựa trên sự kiện):

Mỗi Bounded Context thực hiện Local Transaction và phát ra một Domain Event.
Các Bounded Context khác lắng nghe Domain Event đó và thực hiện bước tiếp theo.
Phù hợp với hệ thống nhỏ, ít bước.

Orchestration-based Saga (Saga điều phối tập trung):

Sử dụng một Service điều phối trung tâm (Saga Orchestrator) chịu trách nhiệm gọi các API của từng Bounded Context theo kịch bản có sẵn.
Dễ quản lý luồng phức tạp, dễ theo dõi trạng thái lỗi.

Cơ chế xử lý lỗi (Compensating Transactions)
Vì tính nhất quán là Eventual Consistency, nếu một bước ở Bounded Context sau thất bại, hệ thống phải thực hiện các giao dịch bù (Compensating Transactions) để hoàn tác các thay đổi đã thực hiện ở các bước trước đó.
Ví dụ minh họa (Saga Orchestration)
Giả sử trong hệ thống Thương mại điện tử:

Bước 1 (Order Context): Tạo đơn hàng với trạng thái Pending.
Bước 2 (Payment Context): Xử lý thanh toán. Nếu thành công, chuyển sang bước 3. Nếu thất bại, gọi bù để hủy đơn hàng.
Bước 3 (Inventory Context): Trừ kho sản phẩm. Nếu hết hàng, gọi bù để hoàn tiền thanh toán và hủy đơn hàng.

Lưu ý kinh nghiệm thực chiến

Đảm bảo Idempotency (Tính lũy đẳng) cho tất cả các endpoint hoặc event consumer để tránh việc xử lý trùng lặp khi mạng bị lỗi và message được gửi lại.
Sử dụng Outbox Pattern để đảm bảo việc lưu Database và phát Domain Event diễn ra trong cùng một Local Transaction, tránh mất dữ liệu.

Trong Domain-Driven Design, làm thế nào để quản lý các tính nhất quán dữ liệu xuyên suốt các Bounded Context khác nhau khi áp dụng kiến trúc Microservices mà không phụ thuộc vào cơ chế Distributed Transactions như Two-Phase Commit?

Bản chất vấn đề

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 ddd liên quan cùng chủ đề