nservicebus - 我们应该如何使用 nservicebus 处理长时间运行的进程

Question

我知道这对很多人来说似乎很明显，但我的客户使用的模式我不太方便。

案例是，他们的客户通过 nservicebus 将存款或取款发送到第三方系统。第三方系统需要处理该交易，但可能需要数天，甚至数周才能完成交易。

今天的解决方案是创建一个 saga，它首先发送一条消息以将交易转移到第三方系统。完成后，传奇的下一步是检查完成更新。如果事务未完成，则发送请求超时，'就像等待'。当达到超时时，再次执行相同的检查并发送新的请求超时......等等。这 是一个永恒的循环。它所做的其他事情是一遍又一遍地用相同的 SagaTimeout 完全填充 ServiceInsight。

我一直在研究 SLR，但似乎人手不足。我只需要针对特定​​消息而不是所有消息进行多次重试。

补充一下，第三方系统无法发送交易已完成的事件，这意味着我们需要轮询完成更新。

另一个，我认为更好的解决方案是保存交易的状态，将交易发送给第三方并完成这个特定的传奇。然后有一个使用时间间隔检查完成更新的 saga。

以这种方式使用 sagatimeouts 是一种常见的模式吗？而且，让 saga/handler 只检查完成更新是否是更好的解决方案？

Answer 1

据我所知，您正在按照预期的方式进行操作。当然，您可以启动一个单独的 saga 来处理超时，但我认为没有任何理由这样做。

由于您不知道交易/流程何时会在第三方系统上完成，因此对于最终用户而言，时间不太敏感，因此您不需要经常请求超时。您甚至可以计算 saga 数据中的超时次数并增加下一次超时的时间跨度，从而最大限度地减少超时次数。您还可以检查 saga 运行了多长时间，并在第三方系统完成交易所花的时间“太长”时提醒某人(您或客户等)。这是 NSB sagas 真正闪耀的地方，它在处理这些情况时非常灵活。

并且当然不要将 SLR 用于此类事情，它只是为了在发生间歇性错误时重试处理程序。