Trong bối cảnh kiến trúc vi dịch vụ, thuật ngữ "Microservices Saga" dùng để chỉ mẫu giao dịch phân tán cho phép duy trì tính nhất quán của dữ liệu trên nhiều dịch vụ được kết nối lỏng lẻo trong một hệ thống. Mục tiêu chính của mẫu Saga là giải quyết các thách thức phát sinh từ việc quản lý giao dịch trong hệ thống dựa trên vi dịch vụ, trong đó các dịch vụ vi mô riêng lẻ chịu trách nhiệm về dữ liệu của riêng mình và có cơ sở dữ liệu riêng. Thuật ngữ "Saga" bắt nguồn từ lĩnh vực hệ thống quản lý cơ sở dữ liệu, được Hector Garcia-Molina và Kenneth Salem giới thiệu lần đầu tiên vào năm 1987 để chỉ một chuỗi các hoạt động được thực hiện trong một giao dịch kéo dài.
Kiến trúc microservice ngày càng phổ biến nhờ khả năng tăng tính linh hoạt, khả năng mở rộng và khả năng phục hồi trong phát triển phần mềm. Tuy nhiên, giống như bất kỳ cách tiếp cận kiến trúc phần mềm nào, đều có sự đánh đổi. Một thách thức đáng chú ý trong kiến trúc vi dịch vụ là duy trì tính nhất quán của dữ liệu trên các dịch vụ, đặc biệt khi một hoạt động kinh doanh duy nhất trải rộng trên nhiều dịch vụ vi mô. Vấn đề này càng trở nên nghiêm trọng hơn do mỗi vi dịch vụ thường sở hữu kho dữ liệu tương ứng, dẫn đến ranh giới giao dịch riêng biệt cho mỗi dịch vụ.
Để giải quyết thách thức này, mô hình Microservices Saga đề xuất một giải pháp kết hợp một loạt giao dịch cục bộ, trong đó mỗi giao dịch thuộc sở hữu của một dịch vụ vi mô duy nhất. Các giao dịch này được điều phối thông qua các tin nhắn hoặc sự kiện theo cách không đồng bộ, thay thế các giao dịch phân tán truyền thống dựa trên các giao thức cam kết hai pha. Trong mẫu Saga, mỗi giao dịch cục bộ được theo sau bởi một sự kiện kích hoạt giao dịch cục bộ tiếp theo trong chuỗi hoặc kích hoạt giao dịch bù trong trường hợp thất bại. Giao dịch bù đắp về cơ bản là các hoạt động "hoàn tác" nhằm mục đích hoàn nguyên các thay đổi được thực hiện bởi các giao dịch cục bộ trước đó, nhằm duy trì tính nhất quán của dữ liệu trên các dịch vụ khi xảy ra sự cố.
Microservices Saga có thể được triển khai bằng hai mẫu chính: vũ đạo và dàn nhạc. Trong vũ đạo, mỗi microservice có trách nhiệm hiểu những sự kiện nào nó cần phản ứng và hành động nào nó cần thực hiện để phản hồi. Khi một giao dịch cục bộ hoàn tất, vi dịch vụ sẽ phát ra một sự kiện và các vi dịch vụ khác sẽ lắng nghe sự kiện này và hành động tương ứng. Ưu điểm chính của phương pháp này là nó thúc đẩy sự kiểm soát phi tập trung và đòi hỏi ít hoặc không cần sự phối hợp trung tâm.
Trong mẫu điều phối, một thành phần trung tâm được gọi là bộ điều phối chịu trách nhiệm điều phối việc thực hiện các giao dịch cục bộ trong câu chuyện vi dịch vụ. Người điều phối nhận các sự kiện từ các dịch vụ riêng lẻ và gửi lệnh đến các dịch vụ để thực hiện các giao dịch cục bộ của chúng. Cách tiếp cận tập trung này cho phép xử lý ngoại lệ hiệu quả và tăng khả năng hiển thị trong toàn bộ quy trình. Tuy nhiên, nó có thể gây ra những tắc nghẽn tiềm ẩn và có thể yêu cầu nỗ lực bảo trì và cơ sở hạ tầng bổ sung.
Tại AppMaster, nền tảng no-code mạnh mẽ, việc triển khai các mẫu Microservices Saga đã trở nên dễ dàng hơn thông qua Trình thiết kế quy trình nghiệp vụ (BP) trực quan, cho phép tạo các ứng dụng phụ trợ, di động và web với đầy đủ các yếu tố tương tác. Nền tảng này tạo mã nguồn, kiểm thử, tập lệnh di chuyển, v.v. cho từng dự án, phù hợp hoàn toàn với kiến trúc vi dịch vụ, đảm bảo tính nhất quán của dữ liệu và thực thi hiệu quả các giao dịch phân tán. Hơn nữa, cách tiếp cận của AppMaster loại bỏ nợ kỹ thuật bằng cách tái tạo ứng dụng sau mỗi lần sửa đổi, cho phép ngay cả các nhà phát triển công dân duy nhất tạo ra các giải pháp phần mềm toàn diện một cách hiệu quả và năng suất.
Ví dụ: hãy xem xét một nền tảng thương mại điện tử có các dịch vụ riêng biệt về hàng tồn kho, thanh toán và vận chuyển. Khi một đơn đặt hàng được đặt, Microservices Saga sẽ được bắt đầu, bao gồm việc đặt hàng từ dịch vụ kiểm kê, tính phí cho khách hàng qua dịch vụ thanh toán và tạo lô hàng thông qua dịch vụ vận chuyển. Nếu bất kỳ bước nào trong số này không thành công, các giao dịch đền bù sẽ được thực hiện để hoàn tác mọi hoạt động thành công trước đó, đảm bảo tính nhất quán của dữ liệu trên toàn hệ thống. Bằng cách triển khai mô hình Microservices Saga, nền tảng thương mại điện tử này có thể cung cấp khả năng quản lý giao dịch đáng tin cậy trong kiến trúc microservice của mình, cuối cùng là thúc đẩy khả năng phục hồi và hoạt động hợp lý.
Tóm lại, Microservices Saga là một mẫu giao dịch phân tán nhằm giải quyết các thách thức trong việc duy trì tính nhất quán của dữ liệu trong các hệ thống dựa trên microservice. Nó cho phép điều phối một loạt các giao dịch cục bộ trên nhiều dịch vụ thông qua các sự kiện hoặc tin nhắn không đồng bộ, thay thế các giao dịch phân tán truyền thống và đảm bảo kiến trúc phần mềm linh hoạt, có thể mở rộng và linh hoạt hơn. Việc triển khai các mẫu Microservices Saga với nền tảng no-code của AppMaster cho phép phát triển ứng dụng nhanh hơn, tiết kiệm chi phí mà không phải chịu gánh nặng nợ kỹ thuật, trao quyền cho các nhà phát triển tạo ra các giải pháp phần mềm toàn diện tuân thủ các thực tiễn kiến trúc phần mềm hiện đại.
