服务端技术进阶(三)从架构到监控报警，支付系统的设计如何步步为营_支付业务监控架构设计(1)

收单接口把账户上的钱扣走了，但是通知支付系统的时候出错了（比如网络闪断，或者支付系统重启了），支付系统不知道这笔交易已经达成了，怎么处理？还有好多问题……

和钱打交道，在任何公司，都跑不掉财务部门。 那财务部门会关注哪些内容？当然，最重要的是账务信息。所有的交易都要记账，按要求公司都需要定期做审计，每一笔帐都不能出错。这当然不能等到审计的时候再去核对，而是每天都需要对账，确保所有的交易支出相抵，也就是所说的把账给平了。这就有三种情况：电商系统和商家对账；电商系统和支付系统对账；支付系统和收单机构对账。作为支付系统，我们仅关注后两者的情况。

从软件开发角度，还有一些非功能性需求需要实现：

• 性能：特别是秒杀的时候，如何满足高频率的支付需求？
• 可靠性：不用说，系统能达到几个9，是衡量软件设计功力的重要指标。 99%是基础，99.999%是目标，更多的9那就是神了。
• 易用性：支付中多一个步骤，就会流失至少2%的用户。产品经理都在削尖脑袋想想怎么让用户赶紧掏钱。
• 可扩展性：近年来支付业务创新产品多，一元购、红包、打赏等，还有各种的支付场景。怎么能够快速满足产品经理的需求，尽快上线来抢占市场，可扩展性对支付系统设计也是一个挑战。
• 可伸缩性：为了支持公司业务，搞一些促销活动是必须的。那促销带来的爆发流量，最佳应对方法就是加机器了。平时流量低，用不了那么多机器，该释放的就释放掉了，给公司省点钱。

2.2 支付的典型架构

所以支付的坑还不少，先看看互联网的头牌们是如何设计支付系统的？ 先看看某团的：

再看某Q旅游公司的：

对比下某东金融的：

最后看看业界最强的某金服金融的：

整体上来说，从分层的角度，支付系统和普通的业务系统并没有本质的区别，