连续调用多个外部系统写接口保证数据一致性的思路连续调用多个外部系统写接口保证数据一致性的思路
今天小编就为大家分享一篇关于连续调用多个外部系统写接口保证数据一致性的思路，小编觉得内容挺不错
的，现在分享给大家，具有很好的参考价值，需要的朋友一起跟随小编来看看吧
概述概述
某些场景下，我们将业务数据落地之前，是需要先调用外部系统的多个写接口，当这些写接口都操作成功了，我们才将业务数
据落地到自己本地的数据库里面。比如说：
public void updateProductInfo(Product product) {
//1、将商品价格更新到价格系统
priceService.updatePrice(product);
//2、将库存信息更新库存系统
stockService.updateStock(product);
//3、将商品更新到本地数据库
productService.updateProduct(product);
}
就上面这个例子(例子是虚构的,只是为了说明问题而已)，它的执行路径有几种：
1、调用价格系统、库存系统的操作以及保存数据到本地DB都正常；
2、调用价格系统接口的时候就抛异常了;
3、调用价格系统接口正常，但是调用库存系统的接口有异常;
4、调用价格系统和库存系统的接口都正常了，但是将商品数据更新到本地数据库出现异常。
如果是第一和第二这两种情况，无需考虑数据一致性问题，但是如果出现了第三和第四这两种情况，我们就得根据业务实际情
况，考虑如何保证数据的一致性。
这里说的保证数据一致性，必须是由调用方来保证的，服务端是无法保证的。
重试和操作日志重试和操作日志
以上面提到的第三种情况来说明一下。
调用价格系统接口正常，但是调用库存系统的接口有异常。
库存接口允许重试库存接口允许重试
如果库存系统接口是幂等的,那么调用方可以使用重试的机制，多调用几次，比如说3次。如果还是不成功，那之前价格系统接
口的操作就得走反向操作,进行现场恢复。
库存接口不允许重试库存接口不允许重试
价格系统接口的操作得走反向操作，进行现场恢复
要实现反向操作，恢复现场，有一种办法是使用分布式事务，但是实现起来实在太复杂了，性能也不好。可以尝试使用操作日
志来恢复现场。比如说，价格系统调用成功了，把这个操作状态以及相关的业务数据记录起来，当库存操作失败后，利用操作
日志里的数据，将之前的价格操作恢复回来。这个恢复操作，价格系统可以单独提供出一个接口。
如果恢复现场的操作也失败了，这个时候只能人工介入解决了。没其他办法了。
总结总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对我们的支持。
如果你想了解更多相关内容请查看下面相关链接
weixin_38600460
- 粉丝: 5
- 资源: 955
我的内容管理
收起
- 我的资源
快来上传第一个资源
我的收益 登录查看自己的收益
我的积分
登录查看自己的积分
我的C币
登录后查看C币余额
我的收藏 
我的下载 
下载帮助
会员权益专享
最新资源
- zigbee-cluster-library-specification
- JSBSim Reference Manual
- c++校园超市商品信息管理系统课程设计说明书(含源代码) (2).pdf
- 建筑供配电系统相关课件.pptx
- 企业管理规章制度及管理模式.doc
- vb打开摄像头.doc
- 云计算-可信计算中认证协议改进方案.pdf
- [详细完整版]单片机编程4.ppt
- c语言常用算法.pdf
- c++经典程序代码大全.pdf
- 单片机数字时钟资料.doc
- 11项目管理前沿1.0.pptx
- 基于ssm的“魅力”繁峙宣传网站的设计与实现论文.doc
- 智慧交通综合解决方案.pptx
- 建筑防潮设计-PowerPointPresentati.pptx
- SPC统计过程控制程序.pptx
资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！
点击此处反馈
评论0