资讯专栏INFORMATION COLUMN

说说分布式事务(五)

BicycleWarrior / 1322人阅读

摘要:业务回补场景业务对资金进行操作简化流程整个资金平台会和支付宝进行交互冻结金额出账金额对这两个动作支付宝都会返回成功或者失败当然还有异常流接口超时实际成功实际失败正常流的业务我们都可以根据实际的返回进行自己业务逻辑的处理但是异常流对于调用方其

业务回补 场景

业务对资金进行操作

简化流程

整个资金平台会和支付宝进行交互(冻结金额,出账金额),对这两个动作支付宝都会返回成功或者失败,当然还有异常流接口超时(实际成功/实际失败).

正常流的业务,我们都可以根据实际的返回进行自己业务逻辑的处理,但是异常流对于调用方其实不知道实际结果,这个时候就需要进行业务数据回补,丰富一下调用时序图

对资金进行操作以后,如果最终是成功的话,都会发送相应的成功消息,业务可以根据实际情况接受消息进行处理,对应的流程图为

自身业务,需要监听调用方的业务消息,因为会出现接口返回失败(比如说接口超时),但是实际成功的场景,通过监听成功消息进行流程回溯

问题

涉及异步更新的操作,都会存在短暂的状态不一致的情况,当数据处于中间状态,可能会出现业务重复提交的情况,这个就需要业务上规避类似的问题(比如对于资金会加入审核流程)

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/26315.html

相关文章

  • 说说布式事务()

    摘要:业务回补场景业务对资金进行操作简化流程整个资金平台会和支付宝进行交互冻结金额出账金额对这两个动作支付宝都会返回成功或者失败当然还有异常流接口超时实际成功实际失败正常流的业务我们都可以根据实际的返回进行自己业务逻辑的处理但是异常流对于调用方其 业务回补 场景 业务对资金进行操作 简化流程 整个资金平台会和支付宝进行交互(冻结金额,出账金额),对这两个动作支付宝都会返回成功或者失败,当然还...

    Ku_Andrew 评论0 收藏0
  • 说说布式事务(三)

    摘要:最终一致性一简介是由支付宝架构师提供的一种柔性解决分布式事务解决方案主要包括三个步骤流程的关键流程如下图以下单和扣减库存为例子预生成订单失败了为什么要通过执行预处理数据回滚可能预生成订单成功但是接口返回失败超时失败所以预处理在某些情况下是有 最终一致性(一) TCC 简介 TCC是由支付宝架构师提供的一种柔性解决分布式事务解决方案,主要包括三个步骤:showImg(/img/bVzc6...

    opengps 评论0 收藏0
  • 说说布式事务(一)

    2PC(两阶段事务提交) 两阶段事务提交简化图 showImg(/img/bVsV61); 两阶段事务提交异常点 节点本身故障(比如Down机) 节点之间通信故障 两阶段事务提交错误点分析 showImg(/img/bVsV56); 说明 图中有问号的条目,是我不确定的地方,但是不影响这个分布式事务的结果 图中的感叹号条目,个人感觉其实也是允许先发消息再记录日志的,但是如果这样子做以后发生D...

    chunquedong 评论0 收藏0
  • 说说布式事务(二)

    摘要:以两阶段提交来说,主持人收到一个提案请求,打电话跟每个组员询问是否通过并统计回复,然后将最后决定打电话通知各组员。三阶段提交即是引入了另一个步骤,主持人打电话跟组员通知请准备通过提案,以避免没人知道真实决定而造成决定不一致的失业危机。 3PC 以两阶段提交来说,主持人收到一个提案请求,打电话跟每个组员询问是否通过并统计回复,然后将最后决定打电话通知各组员。要是主持人在跟第一位组员通完电...

    ysl_unh 评论0 收藏0
  • 说说布式事务(二)

    摘要:以两阶段提交来说,主持人收到一个提案请求,打电话跟每个组员询问是否通过并统计回复,然后将最后决定打电话通知各组员。三阶段提交即是引入了另一个步骤,主持人打电话跟组员通知请准备通过提案,以避免没人知道真实决定而造成决定不一致的失业危机。 3PC 以两阶段提交来说,主持人收到一个提案请求,打电话跟每个组员询问是否通过并统计回复,然后将最后决定打电话通知各组员。要是主持人在跟第一位组员通完电...

    Airy 评论0 收藏0

发表评论

0条评论

BicycleWarrior

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<