跨许多微服务的2PC分布式事务？

Question

我知道最好使用 Saga 模式，但想想还是很有趣的：

< Li > 2PC/XA分布式事务是否提供了仅从一个应用程序和一个TM与多个RM进行事务的可能性？ < li >如果没有-如果每个微服务只能访问自己的数据库，如何在多个微服务之间使用2PC/XA分布式事务来提供使用2PC的能力？我很乐意看到一个例子 < li >我们是否需要将TransactionManager服务作为一个独立的微服务，在多个微服务之间提供2PC？

更新：在JTA世界中，＜code＞TransactionManager＜/code＞不提供REST API来管理跨微服务的事务。LIXA提供了这种能力。除答案外，还附有示例的文章：）

Answer 1

跨微服务，需要通过公开 Prepare 来完成事务

例如，假设有 2 家不同的银行，银行 1 Account_A的 100 美元必须转入银行 2 的Account_B。此外，假设中央银行当局负责交易以完成2PC的工作方式如下：

>

中央银行机构（交易经理）将收到从银行1的Account_A向银行2的Account_B转账100美元的请求。

a. https://CentralBank/Transaction?from=Bank1-Account_A&to=Bank2-Account_B&amount=100

中央银行会将其保存到其交易数据库中，交易id=123。它还将返回要调用的交易id，以便稍后它可以调用以获取交易状态。

a. add transaction 123 in database with status open

PREPARE PHASE事务管理器将发出以下RPC命令：

a. https://Bank1/Prepare?Account=Account_A&money=100&action=subtract&transactionid=123
b. https://Bank2/Prepare?Account=Account_B&money=100&action=add&transactionid=123

提交阶段 一旦它在准备阶段获得两个调用的成功响应，它就会进入提交阶段，在该阶段发出以下命令：

a. move transaction 123 to committed state
b. https://Bank1/Commit?transactionid=123
c. https://Bank2/Commit?transactionid=123

一旦在提交阶段对两个调用都获得成功响应，中央银行就可以将交易移动到已完成状态（可选）

如果准备或提交阶段的任何步骤失败，则事务协调器通过发出以下命令中止事务：

a. move transaction 123 to Failed state
b. https://Bank1/Rollback?transactionid=123
c. https://Bank2/Rollback?transactionid=123

上面的问题是分布式原子提交的形式，2PC是一种方法。还要注意2PC有很多缺点，比如如果在准备阶段中央银行崩溃后怎么办。还有，如果4. c步骤失败，但4.b成功了，等等。讨论这些本身就是非常广泛的研究，但仍然是需要注意的事情。尽管有很多缺点，2PC因其简单性而被广泛使用。

我们是否需要将TransactionManager服务作为一个单独的微服务来提供多个微服务之间的2PC？

理论上没有。如果您仔细观察任何银行（Bank1或Bank2）也可以充当事务管理器（它只需要一个单独的数据库表Transact），但实际上很多时候它都作为单独的微服务保留。