路由架构解析

对一个事物的认识我们先从整体去认识，会有利于需把控其中每一个环节以及细节，更可以让你对它有更强的控制力以及灵活能力；接下来我们从各个整体维度去认识和把握路由系统的设计。这将为今后其他子环节的设计打下基础，例如每个规则的设计，运营后台设计，通道返回码设计，对不同场景下的路由的设计演变等等

1.通道的分类和特点

既然你要筛选某个群体，那你必然要知道这个群体的画像；路由是对通道的筛选，那么我们就需要知道通道有什么样的属性和特点，都有哪些类型的通道；当然不同的公司基于自己的发展需要可能对通道的分类方法不同，但关键是“你总归有一个属于你的分类方法”

对于通道的认识可以看下下面的这篇文章：支付通道介绍和接入

1.1支付类通道

这是我们非常清楚的通道类型，为支付的核心通道，也是支付指令提交的通道，种类和数量最繁多的通道，也是路由的核心筛选对象；对于支付通道我们又可以分出快捷通道、网银通道、代扣通道、垫资通道等等，当然对于一个普通企业来说，也可以按支付品牌去分，比如微信通道、支付宝通道、银行卡支付通道

对用通道我们还要关注其支持的卡类型，谁发起交易，有无行业限制，交易需要的要素等等

1.2鉴权类通道

我们常听说的四要素鉴权，三要素鉴权，五要素鉴权，用户在绑卡支付时需要进行银行的鉴权，来判断卡的有效性；在结算卡绑定时同样需要通过鉴权去判断卡的有效性

为了成功率、备份、成本考虑，一个机构也会接入多个鉴权通道，所以也需要基于鉴权请求路由出最有的鉴权通道

1.3实名类通道 

对于一些业务场景需要进行实名认证，比如你要到一个家政平台去做兼职，你需要实名认证签约，就需要上传身份证照片，人脸识别等

同理也会接入多条实名通道，需要进行路由

我们的路由专栏重点讲支付通道的路由模块设计

2.路由的实现原理  

路由的目的是基于交易特征筛选最匹配的通道，所以这里我们就发现了关键

2.1路由三要素

交易特征就是你要知道用户发起的这笔支付的画像，什么类型的支付，用的什么卡，买的什么品类的商品，商户是谁等等

通道就是上面我们讲的他也有他的画像，这个是什么类型的通道，支付还是鉴权，网银还是快捷，有没有行业限制，对公还是对私，成本如何等等

然后就是匹配，通过什么样的匹配模型去将具有一定交易特征的支付匹配到可用的通道上，这也是路由的核心原理所在

2.2要素准备

所以我们要对通道进行管理，维护全部通道的基础属性，就像你去一个婚恋网站去填一些资料一样，身高，体重，学历，有无特殊要求，便于系统帮你匹配最合适的人，也便于匹配到的人对你再次筛选

然后就是路由的规则体系，我们知道匹配的时候关注什么内容，如何去执行这个规则条件；我们的规则可以分两类，一类是分组规则，另一类是筛选规则，并且对每一类规则我们都需要一个模块进行管理，比如成本最优规则，你就需要一个每个通道成本管理的地方去维护计费模式以及费率等，便于去计算本笔支付的通道成本

这样我们就知道了路由的实现原理就是，交易将特征传入路由系统，路由系统针对每项规则去过滤已经维护的全部通道，直到挑选出最合适的那个

2.3路由原理模型

调用系统比如支付网关、业务系统、支付系统等，传入交易特征，路由系统先根据规则树快速定位到可用通道，然后再通过一组筛选规则注意筛选，最终输出一条可用通道给到请求方

3.路由的规则体系

对于路由的规则体系我们从三个方面去认识，规则的链条，规则树，规则组

3.1规则链条

规则的链条就是为一个业务线，一个支付产品，甚至是一个商户设定一个路由规则集合，这个规则集合里规定了这个交易特征需要执行哪些规则，而这个规则链上我们可以分成规则树和规则组两部

规则树就是我们通过交易类型，卡类型等必传的交易特征，快速缩小通道范围，避免对全部通道执行没必要的规则判断，比如你是鉴权，那么就没必要去判断快捷类通道

3.2规则树

规则树就是设定几个固定维度作为快速筛选通路，可以快速定位到目标通道集合

3.3规则组

规则组就是将全部规则中挑选一部分规则用于这个场景的支付通道的筛选，例如通道状态过滤、行业准入、营业时间、黑白名单、成功率最高、成本最低等 

这个规则组包含：筛选规则，执行顺序

4.路由的业务流程架构 

路由一般有业务系统调研，比如实名认证时可以有用户中心调用，绑卡鉴权时可以由钱包调用，用户发起支付跳转收银台或者支付方式列表时可以由交易系统调用，提交支付筛选通道时可以由支付系统或者支付网关调用

5.路由的产品系统架构 

通过上面的介绍，路由系统的产品架构基本已经比较清楚了，因为我们知道了路由在支付体系流程里的空间位置，又知道了路由系统的原理以及包含的内容模块，将这些封装起了就可以得到我们的路由系统的产品架构了

接下来的文章会对路由的每一个模块，每一个规则，后台设计等环节逐一详细介绍，但前提是要先通过本篇文章对路由有一个整体性的认识和把握

扫码或者点击阅读原文访问支付课堂

每天和105091位支付产品经理一起学习