【问题标题】:Making a Post request to a REST API from a WCF service in a transaction在事务中从 WCF 服务向 REST API 发出 Post 请求
【发布时间】:2021-05-30 00:10:22
【问题描述】:

我在做wcf服务事务的一系列工作。

1.对rest api进行POST响应。 2.处理POST req响应并将其保存在db中。

上面的第 1 步和第 2 步是在 wcf 事务中发生的,但结果我看到了一个问题,即在出现异常时第 2 步没有被提交,但第 1 步完成创建不一致。

我已经找到了通过 saga 模式或 2PC 实现这一目标的方法,但找不到任何简单的实现或解决方法。

PS:我现在不需要回滚数据,只是避免将 POST REQ 提交到 REST API。 目前我正在通过向 rest api 发出另一个补丁请求来处理这个问题,以恢复在 CATCH BLOCK 中收到的响应。

【问题讨论】:

    标签: c# rest wcf .net-core


    【解决方案1】:

    坏消息:

    rest api 没有 2PC。根据定义,Rest 是无状态的,不包括在两阶段提交世界中使用的元数据信封,所以你在这里不走运。

    另一方面,SOAP 支持WS-Atomic Transaction 协议,尽管我建议您使用一些技术,如 WCF,所有这些都已经实现。 (net core不支持,所以用.net framework来做)。

    有点好消息:

    救援的最终一致性。 SAGA 模式是在微服务领域实现这一目标的一种方式。在最简单的形式中,最终的一致性可能是微不足道的,如下所示:

    1. 应用程序 1 创建一个 DB 行来描述 Pending 状态下的操作
    2. 应用程序 1 将帖子发送到网址
    3. 目标 api 以持久的方式(在 应用程序 1 可以访问的事件总线、队列甚至数据库表上)创建带有结果的事件
    4. Application 1 的某些服务或后台线程不断读取或侦听该事件总线以获取 api 的结果
    5. 一旦获得结果,它就会更新在 1 上创建的行。它会重试直到可能。您可以在某个时候停止它。

    这种方法的不利之处在于,如果 5 不断失败,您需要手动干预。涉及到更复杂的方面(例如补偿动作),但我会留给您进一步研究。

    其他坏消息

    最终的一致性没有开箱即用的实现:( 如果您可以将 REST Api 切换到启用了 WSAT 协议的 SOAP,那么您可以拥有开箱即用的分布式事务。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多