Apache Seata: Giải pháp giao dịch phân tán
/incubator-seata
Apache Seata là framework giao dịch phân tán cho bài toán database-per-service: khi một giao dịch nghiệp vụ bị tách trên nhiều cơ sở dữ liệu của các microservice, giao dịch cục bộ không còn đủ để đảm bảo tính nhất quán. Nó đáng dùng khi bạn thực sự gặp vấn đề này — được rollback phối hợp thật sự giữa các service, mất thêm công vận hành một Transaction Coordinator riêng. Vẫn chỉ một cơ sở dữ liệu cho ba service? Bạn chưa cần đến nó.
Vấn đề giao dịch phân tán trong microservices
Hãy tưởng tượng một ứng dụng monolithic cổ điển: ba module, một cơ sở dữ liệu, một giao dịch cục bộ bao trùm tất cả nếu có lỗi xảy ra. Khi tách ứng dụng đó thành ba microservice, mỗi service có cơ sở dữ liệu riêng — mô hình database-per-service — giao dịch cục bộ của từng service chỉ còn bảo vệ được phần việc của chính nó. Không còn cơ chế nào tự nhiên đảm bảo tính nhất quán cho toàn bộ nghiệp vụ nữa. Một service đơn hàng có thể commit thành công trong khi service thanh toán ghi lỗi, và không có cơ chế sẵn có nào để hoàn tác cả hai. Khoảng trống giữa tính nhất quán trong từng service và tính nhất quán của toàn bộ nghiệp vụ chính là điều mà ba vai trò TC, TM, RM của Seata sinh ra để lấp đầy.
Apache Seata là gì
Apache Seata là dự án thuộc Apache Incubator, điều phối giao dịch trải dài trên nhiều microservice, mỗi service có cơ sở dữ liệu riêng. Nó chia một giao dịch toàn cục thành các giao dịch nhánh, do ba vai trò xử lý — Transaction Coordinator (TC), Transaction Manager (TM) và Resource Manager (RM) — theo dõi bằng mã định danh toàn cục XID, truyền qua chuỗi gọi giữa các service. TC ra lệnh cho các nhánh cùng commit hoặc rollback.
Bốn chế độ giao dịch của Seata
- ✓Bốn chế độ giao dịch — AT, TCC, Saga và XA đều được liệt kê trong chính các topic của dự án, cho bạn lựa chọn đánh đổi giữa tính nhất quán và hiệu năng thay vì chỉ một giao thức cố định.
- ✓Điều phối giao dịch toàn cục qua ba vai trò — Transaction Coordinator (TC) theo dõi trạng thái, Transaction Manager (TM) mở/đóng giao dịch toàn cục, Resource Manager (RM) đăng ký từng nhánh và báo cáo kết quả.
- ✓Truyền XID xuyên suốt — một mã giao dịch toàn cục duy nhất đi qua toàn bộ chuỗi gọi giữa các microservice để mọi giao dịch nhánh đều gắn được với đúng giao dịch toàn cục.
- ✓Phân phối qua Maven — có sẵn dưới dạng seata-all hoặc seata-spring-boot-starter, nên việc áp dụng chỉ là thêm dependency chứ không phải thay đổi cách đóng gói ứng dụng.
- ✓Được quản trị theo mô hình Apache Incubator — từ tháng 10/2023, dự án thuộc Apache Incubator thay vì do một công ty duy nhất kiểm soát.
- ✓Có client GoLang (seata-go) mở rộng cùng mô hình giao dịch toàn cục sang cả các service không viết bằng Java.
Khi nào nên dùng Apache Seata
- •Bạn đang chạy microservice theo mô hình database-per-service và cần một thao tác commit hoặc rollback trọn vẹn trên hai cơ sở dữ liệu trở lên.
- •Bạn dùng Spring Boot và muốn thêm điều phối giao dịch dưới dạng dependency starter thay vì tự viết saga.
- •Bạn triển khai trên Kubernetes và có thể dùng tích hợp seata-k8s riêng để chạy Transaction Coordinator cùng các service.
- •Bạn có cả service Java lẫn Go cần tham gia cùng một giao dịch toàn cục, thông qua client seata-go.
Thêm Seata vào dự án Maven
Thêm một trong hai dependency Maven vào pom.xml: org.apache.seata:seata-all cho tích hợp thông thường, hoặc org.apache.seata:seata-spring-boot-starter nếu bạn dùng Spring Boot. README ghim phiên bản qua thuộc tính <seata.version>2.5.0</seata.version>. Đó là phần thư viện client — việc triển khai Transaction Coordinator riêng và toàn bộ luồng quick-start được nói tới trên trang tài liệu chính thức của Seata, không nằm trong README của repo, nên các bước thiết lập TC cụ thể không được trình bày rõ ở đây.
Điểm mạnh
- ✓Được phân phối như một dependency Maven bình thường (seata-all hoặc seata-spring-boot-starter), nên áp dụng nó không đòi hỏi tái cấu trúc cách đóng gói service.
- ✓Bao phủ bốn mô hình giao dịch khác nhau (AT, TCC, Saga, XA theo chính các topic của dự án) thay vì ép mọi trường hợp dùng chung một cách đánh đổi.
- ✓Được quản trị theo mô hình Apache Incubator, nghĩa là việc phát triển không nằm trong tay một công ty duy nhất.
- ✓Có client GoLang mở rộng cùng mô hình giao dịch ra ngoài phạm vi chỉ Java.
Hạn chế của Seata
- △Seata không chỉ là một thư viện thêm vào là xong — nó cần một Transaction Coordinator được triển khai riêng, tức là có thêm hạ tầng thật sự phải vận hành và theo dõi.
- △Dự án vẫn đang ở trạng thái 'incubating' tại Apache Software Foundation (gia nhập Apache Incubator từ tháng 10/2023), nên chưa tốt nghiệp thành dự án Apache cấp cao nhất (top-level).
- △README không mô tả chi tiết cơ chế của từng chế độ giao dịch (AT, TCC, Saga, XA so với nhau) hay các bước deploy/quick-start — bạn phải sang trang tài liệu bên ngoài để xem.
- △README của repo không liệt kê các cơ sở dữ liệu được hỗ trợ, nên chỉ dựa vào repo thì không thể xác nhận khả năng tương thích với cơ sở dữ liệu bạn đang dùng.
Lựa chọn thay thế cho Apache Seata
Ai nên dùng Apache Seata
Apache Seata phù hợp với các đội đã theo mô hình database-per-service bằng Java (có thể thêm service Go qua seata-go), nơi một thao tác nghiệp vụ cần thành công hoặc thất bại trọn vẹn trên nhiều service cùng lúc. Nó sẽ kém phù hợp hơn nếu bạn vẫn đang phân vân về ranh giới giữa các service, hoặc muốn tránh phải vận hành thêm một tiến trình Transaction Coordinator.
Câu hỏi thường gặp về Apache Seata
README của Apache Seata không liệt kê cụ thể các cơ sở dữ liệu được hỗ trợ — thông tin đó nằm trên trang tài liệu chính thức của Seata chứ không phải trong repo GitHub. Nếu cơ sở dữ liệu cụ thể là yếu tố quan trọng, hãy kiểm tra trực tiếp trên trang tài liệu thay vì suy đoán từ repo.
Apache Seata hỗ trợ nhiều hơn Java — dự án có client GoLang chính thức tên seata-go, được liệt kê trong phần hệ sinh thái của chính repo, nên các service Go có thể tham gia cùng giao dịch toàn cục với các service Java. Thư viện lõi và README vẫn chủ yếu hướng tới Java.
Apache Seata vẫn là một dự án thuộc Apache Incubator, gia nhập từ tháng 10/2023, nên chưa tốt nghiệp lên vị thế dự án Apache cấp cao nhất. README có mục 'Who is using' mời các công ty liệt kê việc sử dụng trong production, được dự án xem là bằng chứng cho việc đã được dùng thực tế.
Apache Seata liệt kê cả at và tcc trong danh sách topic của repo như hai chế độ giao dịch riêng biệt, nhưng README của repo không giải thích chi tiết cơ chế khác nhau giữa chúng. Phần đó nằm trong tài liệu chính thức của Seata chứ không phải README, nên không được trình bày rõ trong nguồn dùng ở đây.
README của Apache Seata không mô tả chi tiết cách xử lý lỗi mạng — nội dung này thuộc về tài liệu chính thức của dự án chứ không phải repo, nên không được trình bày rõ trong nguồn dùng ở đây.
Apache Seata hoạt động trực tiếp với Spring Boot: dự án cung cấp riêng artifact Maven seata-spring-boot-starter bên cạnh dependency seata-all thông thường, dành riêng cho việc tích hợp Spring Boot.
Cách sử dụng
Ngoài việc thêm dependency Maven, README chỉ dẫn tới một Quick Start bên ngoài và một trang tài liệu riêng thay vì trình bày code sử dụng ngay trong repo — nên các lệnh gọi API thực tế (mở giao dịch toàn cục, đánh dấu một method là transactional, v.v.) không được trình bày rõ trong repo. Bạn sẽ cần theo tài liệu chính thức của Seata để nắm luồng làm việc dựa trên annotation thay vì ráp nối từ README.
Repo liên quan
Vẫn đang phân vân về incubator-seata?
Một cú bấm sẽ gửi câu hỏi kèm trang này cho AI — xem AI nói gì về incubator-seata.