下游系统访问思考
来源:互联网 发布:数据服务的公司 编辑:程序博客网 时间:2024/04/27 22:13
一般系统都会访问外部系统,比如请求支付,会员卡,营销等各种系统,有时候一次请求需要访问多个下游系统,这种情况下失败是避免不了的。这里总结了几个注意事项
- 访问下游系统必须设置超时时间,一般设置3s,不同业务系统需要进行相应调整
- 访问下游系统qps必须控制,不能给下游系统压力过大
- 幂等操作:访问下游失败了,可能是由于网络超时,下游系统已经处理成功。这个时候有两种方式
- 下游提供查询接口,通过查询判断是否处理成功
- 下游提供幂等接口,通过幂等号多次请求下游,下游保证操作幂等
- 一次请求需要访问多个下游,如果保证多个下游的数据一致性
- 通过分布式事务,比较重,而且需要各个下游支持分布式事务接口,比较难实现。
- 通过二阶段事务方式访问各个下游,要求也是下游系统需要支持二阶段事务协议,也比较难实现。
- 简单依次访问各个下游,如果某个下游访问失败了,可以进行的操作是:
- 简单重试n次,一般是3次。优点是简单,缺点是如果n次不成功,之前访问的系统无法回滚。
- 如果n次不成功,有效的方案是落异步任务,然后通过任务无限次重试。优点是可以保证最终一致性。缺点是开发成本大,而且需要下游系统支持幂等。如果下游系统不支持幂等怎么办?我们可以自己为下游系统记录幂等信息,比如我们自己记录一个流水表,记录各个下游系统是否访问成功了。如果成功了就不再访问了
- 如果落异步任务成本太高,怎么办?暂时没想到什么好方法,我能想到的就是客户端不断重试调用服务端。
1 0
- 下游系统访问思考
- 关于企业内部系统访问地址的一些思考
- 业务系统上下游数据一致性检测系统(类似对账系统)
- PCIE初始化时,下游设备还未分配到bus,如何访问它们?
- 系统思考
- 系统思考
- 什么是上、下游产业
- 下游Streams捕获简介!
- 检索系统的下游管理
- 检索系统的下游管理
- 关于数据访问的思考
- 一次访问网络的思考
- 数据访问接口设计思考
- 系统架构的思考
- 论系统思考
- 嵌入式系统开发思考
- Demo系统开发思考
- 系统设计思考
- gcc -O优化
- redis主从配置及主从切换
- Codeforces Round #361 (Div. 2) C. Mike and Chocolate Thieves
- A Few Useful Things to Know about Machine Learning
- 愿大地母亲保佑你
- 下游系统访问思考
- session入mysql
- table关键字用法
- Android 面试精华题目总结
- objdump命令的使用
- 你知道你为什么穷吗?因为你喜欢省钱!
- Java面试题
- iOS学习(十)Objective-C 内存管理规则
- .net乱码问题