如果发生任何故障，Saga Pattern 是否能够帮助逆转支出？

Question

我对 Saga Pattern 很陌生。我明白了，在 Saga 的帮助下，如果发生任何故障，我们都可以扭转局面。

无论我看到什么例子，它们大多类似于 订单服务 -> 支付服务 -> 其他服务，而在支付服务中，资金从客户到商户发生 >，并且如果如果其他服务发生任何故障，此付款交易可以逆转因为这里的资金从商家流向客户（在反向失败过程中）

但是，我的查询是：我有一个这样的反向场景：支付服务 -> 客户服务

在支付服务中，资金从商户转移到客户

如果客户服务部出现任何故障，我们能否使用 Saga 撤销交易以进行支付？ （即，将资金从客户转回给商家，以防万一发生任何故障）

以上可以使用 Saga 吗？希望我的查询很清楚。如果有人能在上面帮助我，我会很高兴。

Answer 1

saga 模式允许您协调多个操作，以防其中一个步骤失败，它允许您协调步骤以反转到目前为止所做的事情，因此您可以在无需实际交易即可完成所有步骤transactional。

但是 sagas 不能改变你所做的每个步骤的性质。向客户收费是我们可以撤销的操作，因为我们可以创建补偿操作，例如将资金返还给客户。向客户付款是一项我们无法逆转的操作，因为一旦钱在客户手中，我们就无法收回。因此，saga 可以帮助您确保所有步骤都已发生或确保没有发生任何事情，但它不允许您逆转无法逆转的事情。

在这种情况下，你能做的就是把无法逆转的操作留到最后。例如，从客户钱包中打折（这是对您拥有的数据库的操作），然后进行实际支付。如果支付失败，saga 将允许您从客户的钱包中撤销减法，因此不会造成“损害”。

---

更新：根据评论添加的额外信息

Sagas（通常）通过消息传递来实现。传奇是编排器，它并没有真正执行实际步骤。相反，它发出命令，以便其他进程执行这些步骤并接收带有操作结果的消息或事件。

另外，请注意 saga 执行的步骤可能会出现暂时性故障或不可恢复/永久性故障。暂时失败可以重试，并且很可能会成功。永久失败不会通过重试成功。

考虑到这一切，我将解决问题如下：

1. 发送命令以更新数据库并存储正在发生的事务。这会锁定资金，因此即使尚未付款，您也无法启动另一笔资金并最终支付太多钱。这里的故障可能是暂时的（数据库不可用）或永久性的（资金不足）。您可以重试暂时性故障，直到它正常工作并通知永久性故障。将带有操作结果的消息发送回 saga。
2. 如果步骤 1 成功，则发送命令以执行支付。瞬时故障：外部服务不可用。最多重试 X 次。永久：支付数据无效。如果无法支付，saga 将补偿第 1 步并释放钱包中的资金。将消息发送回 saga 并返回结果：失败或来自外部 HTTP 服务的响应。
3. 如果支付失败，发送命令回滚步骤 1。如果成功，发送命令确认支付并将响应存储在数据库中。请注意，在此处更新数据库时不应出现永久性故障。最多，您可能会出现暂时性故障（数据库不可用），但重试应该能够最终更新数据库。如果即使多次重试，操作也无法成功。您需要手动干预并解决问题，因为您无法回滚第 2 步。您应该为您的流程建模，以便此步骤可靠（验证和其他可能导致永久性故障的事情应在第 1 步或第 2 步中捕获） .

我希望这是有道理的。您需要确保涵盖所有场景，并且即使操作失败，您也可以可靠地发送消息。