支付系统设计四:轮询扣款设计04-详解

本文详细介绍了支付系统中轮询扣款的设计改造,包括相关表的改造,如在order表中增加轮询字段,payRouter支付路由系统的轮询规则配置。执行逻辑调整涉及请求payRouter报文的调整,增加可重试组件,以及支付路由系统逻辑的变更。文章还探讨了处理流程、重试组件的编写和异步通知的处理。
摘要由CSDN通过智能技术生成


前言

在上篇文章(支付系统设计:轮询扣款设计一)中我们大概介绍了下未改造前系统代扣流程,存在的问题是请求支付路由系统返回的最优支付渠道失败后就失败了,然而这种处理机制业务方是不能接受的,对于一些公司的业务可能存在客户逾期的风险,为了满足业务方需求需求并增强系统功能对原来代扣流程进行改造,使之支持轮询扣款功能,当最优支付渠道失败后进行其他渠道重试。

本篇将进一步详细分析设计。


一、相关表改造

如果自己公司交易表都是单表(只有一个order表)设计,那么吊的了,想要改造为支持轮询,那么很大的工作量会在先将原系统进行改造为可扩展的系统,所以可见初期系统设计很烂的话后期功能扩展很大的工作量不是在扩展新功能上,而是在填补初期的设计债。

1. payCore支付核心

order表增加路由轮询相关字段。
在这里插入图片描述

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值