支付渠道路由系统进化史

支付系统一般需要对接多个支付渠道,一是为了保证系统的可靠性,不能因为单一渠道的问题影响整个支付系统。二是为了提高支付能力,不同渠道提供支付能力不同。三是为了降低支付成本。

对接多个支付渠道以后,为了可以正确选择支付渠道支付,因此设计渠道路由系统。

从上图可以看到路由系统功能其实很简单,分发支付请求到正确的渠道。但就是这个简单系统,也经过几次系统改造升级,最终才成为现在的样子。下面就来说说这个系统是如何演进。

下面假设对接支付渠道为支付宝与微信。

初期

支付系统初期,这个阶段业务需求较简单,仅仅需要满足一个支付场景(例如使用支付宝支付)。为了快速上线,设计方案就简单粗暴,对外直接暴露支付服务接口,由业务系统发起直接调用。

系统设计图如下:

这个阶段由于只有一个支付渠道,所以也不需要有路由系统,直接由业务系统调用支付服务接口发起支付。

这个设计方案存在很多问题:

  1. 业务系统与支付系统位于同一个系统,系统任何一次变更都会影响整个系统。
  2. 扩展性问题。接入新支付渠道,如微信,需要新暴露一个微信支付服务接口。业务系统需要改动代码。从另一方面讲,业务系统承担路由系统的功能。
  3. 复用性。新支付渠道,其实除了与支付渠道交互相关代码之外,其他代码可以复用。

针对以上问题,将系统进行了相应改造。

首先是将支付系统与业务系统单独拆分出来,成为两套单独的系统。支付系统对外暴露一组通用接口。业务系统仅对接这组接口。业务系统若想指定支付渠道支付,接口参数传入渠道标识即可。这样就将耦合在业务系统中路由功下沉到支付系统。

其次梳理渠道接口文档,抽象出共性接口。接入新支付渠道,只要继承接口,实现相关方法即可,简化渠道开发难度。

改版后的系统实现图如下:

此时,路由系统知识支付系统的一个模块,具体实现如下。

首先定义通用渠道接口,其中 channelName 方法,返回渠道渠道唯一标识,如支付宝渠道返回 aliPay

然后根据 Spring ApplicationContext getBeansOfType 方法,获取实现同一个接口的所有 Bean.最后将其放入 Map 缓存中,其中键值为 channelName 方法返回渠道标识。

这个阶段方案的问题在于支付系统所有模块位于同一工程。有些模块需要频繁发布,而有些模块,如渠道模块,路由模块改动就很少。这样就导致系统任一改动发布,影响整个支付系统可用性。

中期

针对初期后面的问题,进行了相应改造。

首先还是进行拆分,将支付系统按照模块拆分。路由系统,渠道系统,成为独立系统,独立部署维护。

系统之间调用采用 RPC 通讯,使用 Dubbo 框架。

相关实现如下:

相关接口逻辑不变,只是将同一进程内调用变成跨系统的调用。

渠道系统提供服务:

这里改动,将渠道标识放入 Dubbo 服务 group 字段,借助 Dubbo 分组功能标识中唯一的渠道系统。

路由系统引用渠道系统的服务:

这里同样需要设置 group 且需要和服务提供者一致。然后在路由系统中将服务注册到缓存中,使用渠道标识为 key,渠道服务名为 value。

最后路由系统借助 Spring ApplicationContext getBean 获取具体的服务。

这个设计的问题在于:

路由系统中需要手动引用渠道系统服务,然后再注册。这样在增加渠道系统就比较繁琐。那是不是可以做到增加渠道系统时,无需修改路由系统,路由系统自动发现服务?

借助 Dubbo API

后期

查看 Dubbo 文档,可以直接使用 ReferenceConfig 直接查找服务提供者。

官方文档建议:

ReferenceConfig?实例很重,封装了与注册中心的连接以及与提供者的连接,需要缓存。否则重复生成?ReferenceConfig?可能造成性能问题并且会有内存和连接泄漏。在 API 方式编程时,容易忽略此问题。

这里使用ReferenceConfigCache,用于缓存 ReferenceConfig 实例。

去除之前所有引用服务配置文件以及缓存注册代码,引入 ReferenceConfigCache,改造如下。

总结

回顾上文路由系统,可以看到初期没有路由系统,整个系统可以运行下去。但是随着系统复杂度提高,初期系统架构已经不能满足系统的高效运行,所以才一步步改进系统。改进的过程中,不断发现方案不足处,然后一步步迭代演进。这个过程中,要善于利用现有框架的功能,加速功能的开发。

原文地址:https://www.cnblogs.com/goodAndyxublog/p/10848843.html

时间: 2024-11-03 11:48:07

支付渠道路由系统进化史的相关文章

大众点评支付渠道网关系统的实践之路

业务的快速增长,要求系统在快速迭代的同时,保持很好的扩展性和可用性.其中,交易系统除了满足上述要求之外,还必须保持数据的强一致性.对系统开发人员而言,这既是机遇,也是挑战.本文主要梳理大众点评支付渠道网关系统在面对这些成长烦恼时的演进之路,以及过程中的一些思考和实践. 在整个系统的演进过程中,核心思路是:大系统做小,做简单(具体描述可参考<高可用性系统在大众点评的实践与经验>).在渠道网关系统实践过程中,可以明显区分出几个有代表性的阶段. 一.能用阶段 早期业务流量还不是很大,渠道网关系统业务

金融项目股票配资融资融券资金盘专业定制系统搭建支付通道支付渠道支付接口D0实时结算平台第三方支付平台申请对接网银网关

需要了解 JR金融项目 区块链,比特币,p2p项目,B2B网关,现货资金盘,期货招商,股票配资,商品交易所 大盘的 金融支付 第三方支付,网关支付,网银支付,银行卡支付,话费卡支付,银联代扣,支付渠道,支付宝支付,微信支付,扫码支付,快捷支付,支付牌照申请,线上支付通道搭建,支付通道申请,支付接口对接,原生支付宝网关支付!独立后台,D0实时结算,API批量代付接口 JR / BC / QP 菠菜奔驰游戏等稳定安全通道!大量三方支付资质出售!请加QQ 2954704394 随着网络的发展,人们追求

【Vue路由系统详述】 -- 2019-08-08 18:01:24

目录 路由命名 路由参数 路由参数的实现原理 子路由 子路由之append 动态绑定属性 子路由之append升级版 子路由之非append 路由重定向 手动路由 路由钩子 在路径中去掉"#"号 原文: http://106.13.73.98/__/55/ 一切分离都是为了更好的结合,本文详细介绍了前后端架构分离之后,前端如何实现路由的控制,即Vue路由系统--VueRouter. VueRouter下载地址(默认最新版本):https://unpkg.com/[email prote

【Vue路由系统详述】 &#470097;

目录 路由命名 路由参数 路由参数的实现原理 子路由 子路由之append 动态绑定属性 子路由之append升级版 子路由之非append 路由重定向 手动路由 路由钩子 在路径中去掉"#"号 原文: http://blog.gqylpy.com/gqy/280 "一切分离都是为了更好的结合,本文详细介绍了前后端架构分离之后,前端如何实现路由的控制,即Vue路由系统--VueRouter. VueRouter下载地址(默认最新版本):https://unpkg.com/[e

Django进阶(路由系统、中间件、缓存、Cookie和Session

路由系统 1.每个路由规则对应一个view中的函数 url(r'^index/(\d*)', views.index), url(r'^manage/(?P<name>\w*)/(?P<id>\d*)', views.manage), url(r'^manage/(?P<name>\w*)', views.manage,{'id':333}), 2.根据app对路由规则进行一次分类 rl(r'^web/',include('web.urls')), 1.每个路由规则对应

ASP.NET MVC - 路由系统

ASP.NET MVC的请求URL不再对应于传统ASP.NET程序的ASPX文件物理地址,而是把请求映射到一个控制器(Controller)类的方法(Action)上,Controller.Action再加上参数构成ASP.Net MVC请求的Url.下面我们来看下路由系统的主要对象. UrlRoutingModule ASP.NET MVC框架的路由实质是从传统ASP.NET管道扩展HttpModule而来,这个模块正是UrlRoutingModule.通过反编译可以看到UrlRoutingM

ASP.NET的路由系统:路由映射

总的来说,我们可以通过RouteTable的静态属性Routes得到一个基于应用的全局路由表,通过上面的介绍我们知道这是一个类型的RouteCollection的集合对象,我们可以通过调用它的MapPageRoute进行路由映射,即注册URL模板与某个物理文件的匹配关系.路由注册的核心就是在全局路由表中添加一个Route对象,该对象的绝大部分属性都可以通过MapPageRoute方法的相关参数来指定.接下来我们通过实现演示的方式来说明路由注册的一些细节问题. 目录 一.变量默认值 二.约束 三.

路由系统

路由系统 根据Django约定,一个WSGI应用里最核心的部件有两个:路由表和视图.Django框架 的核心功能就是路由:根据HTTP请求中的URL,查找路由表,将HTTP请求分发到 不同的视图去处理: 路由系统分类很多,常见的有基本单一路由,正则路由,带额外参数路由,二层三层路由还有通过反射机制来完成的动态路由. 1.单一路由 url(r'^index$', views.index), 2.基于正则的路由 url(r'^index/(\d*)', views.index), url(r'^ma

自动化运维Python系列之Django路由系统、Ajax请求

路由系统 路由系统负责分析处理用户请求网址内容,向后视图函数分发处理任务,根据对应的处理函数处理完成后给用户return模板渲染结果:路由系统分类很多,常见的有基本单一路由,正则路由,带额外参数路由,二层三层路由还有通过反射机制来完成的动态路由. 1)单一路由 url(r'^admin/', admin.site.urls) 2)基于正则的路由 url(r'^detail/(\d+)/', views.detail), url(r'^detail2/(?P<p1>\d+)/(?P<x2&