浅析支付系统的整体架构

本文主要是简单地描述支付系统的整体架构。

每个公司根据其业务和公司发展的不同阶段，所设计的支付系统也会有所不同。我们先看看互联网公司的一些典型的支付系统架构。

先看看业内最强的支付宝系统，支付宝的支付系统整体架构设计

这个整体架构上并没有与众不同之处。在模块划分上，这个图显示的是最顶层的划分，也无法告知更多细节。 但支付宝架构强点在两个方面，一个是账务处理，分为内外两个子系统，外部子系统是单边账，内部子系统走复式记账。 不少支付平台是从这里得到启发来搞定的对账系统。

另一个亮点是柔性事务处理，利用消息机制来实现跨系统的事务处理，避免数据库锁导致的性能问题。

来自京东支付平台总体架构设计 。

京东金融是在网银在线的基础上发展起来的。 网银在线的原班技术人员有不少来自易宝公司，在京东收购之后，又引入了支付宝的人才。因而从架构上受这两个公司的影响很大。

来自去哪儿公司分享的支付产品架构

来自美团的支付平台规划架构 。这是2015年的文档。 2016年美团才拿到支付牌照。 从这个架构，大家也能知道为什么美团必须拿到支付牌照。

这些架构文档全部来自互联网公开资料。 对于架构是否真实反映实际系统情况，需要大家自行判断。 我们以这些文档为基础，分析支付系统的应有的软件架构。

一般来说，支付系统典型架构会包含如下模块：

支付系统从架构上来说，分为三层：

支撑系统是一个公司提供给支付系统运行的基础设施。 主要包括如下子系统：

远程连接管理、分布式计算、消息机制、全文检索、文件传输、数据存储、机器学习等，都是构建大型系统所必须的基础软件，这里不再一一详细介绍。

支付核心系统指用户执行支付的核心流程，包括：

支持支付核心系统所提供的功能。服务系统又分为基础服务系统、资金系统、风控和信用系统。

基础服务系统提供支撑线上支付系统运行的基础业务功能：

资金系统指围绕财务会计而产生的后台资金核实、调度和管理的系统，包括：

风控系统是支付系统必备的基础功能，所有的支付行为必须做风险评估并采取对应的措施；信用系统是在风控基础上发展的高级功能，京东的白条，蚂蚁花呗等，都是成功的案例。

支撑系统、核心系统和服务系统，在每个公司的架构上应该是大同小异的，都是必不可少的模块。而支付应用是每个公司根据自己的业务来构建的，各不相同。 总的来说，可以按照使用对象分为针对最终用户的应用、针对商户的应用、针对运营人员的运营管理、BI和风控后台。

这一章节简单描述支付系统的整体架构。后续我们将以此为基础，分别介绍各个模块的设计。

凤凰牌老熊，微信公众号：凤凰牌老熊，10多年企业应用和互联网软件架构设计经验，关注互联网金融和大数据领域。

本文未经许可，禁止转载。

（编辑：ASP站长网）