支付系统架构（二）

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

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

性能： 特别是秒杀的时候，如何满足高频率的支付需求？

可靠性：不用说，系统能达到几个9，是衡量软件设计功力的重要指标。 99%是基础， 99.999%是目标，更多的9哪就是神了。

易用性：支付中多一个步骤，就会流失至少2%的用户。 产品经理都在削尖脑袋想想怎么让用户赶紧掏钱。

可扩展性： 近年来支付业务创新产品多，一元购、红包、打赏等，还有各种的支付场景。 怎么能够快速满足产品经理的需求，尽快上线来抢占市场，可扩展性对支付系统设计也是一个挑战。

可伸缩性：为了支持公司业务，搞一些促销活动