Azure service fabric 服务结构是否为分布式事务提供了一种机制？

我们有一组微服务，它们都通过RESTAPI进行通信。每个服务都将作为服务结构中的有状态参与者实现，并且每个服务都可以访问我们在服务结构中拥有的可靠集合。这些服务必须以事务方式运行。我们现在正在设计这个解决方案，关于服务结构执行分布式事务协调的能力存在争议。如果分布式事务不受支持（正如一些人声称的那样），那么该解决方案将使用Nuget包来更新功能。我认为这与旧的COM组件一样，也会带来一系列问题

---

服务结构是否具有分布式事务协调器，用于使用Web API通信的有状态服务？

否，SF事务在服务副本级别上工作。也许quorum让人们感到困惑，尽管这感觉像是一个分布式事务，但它并不是作为开发人员可以使用的

通过确保事务提交完成，实现了强大的一致性 只有在整个交易记录到多数仲裁之后 复制副本的数量，包括主复制副本

注:

---

分布式事务导致的问题比它们解决的问题还多，我建议您阅读相关内容。

您能否解释一下包更新方法与分布式事务之间的关系？相互排斥。问题是这个。当一个操作完成时，它将通过多个微服务进行路由，这些微服务将在数据库上执行一个或多个操作。一旦所有的微服务都完成了，我们需要对事务进行最后的提交，以确保所有内容都已保存。软件包更新的问题在于，除非开发人员有足够的纪律来对他们的NUGET软件包进行版本化（而他们没有），否则有可能将NUGET发布到prod中，这将影响导致问题的所有软件包，与REST API一样，这不太可能是灾难性的。只需要知道服务结构是否支持分布式事务。谢谢您的回答。我将把事件驱动体系结构作为一种可能的解决方案，而不是他们想要实现的大量代码。