支付系统架构设计与实现

支付系统架构 支付系统架构是指公司内部或外部系统中负责处理支付业务的系统架构设计。该系统架构的设计取决于公司的发展阶段和业务需求。在支付系统架构中，我们可以将其分为三个阶段：支付系统、支付服务和支付平台。 支付系统是指支付作为一个封闭的、独立的应用系统，为公司内部的业务提供支付功能支持。这种系统仅限于为公司内部的业务提供支付支持，并且和业务紧密耦合。 支付服务是指支付作为一个开发的系统，为公司内外部系统、各种业务提供支付服务。支付服务本身应该是和具体的业务解耦合的。 支付平台是指支付作为一个可扩展的平台，公司内外部的用户可以在此基础上定制开发自己的服务。这个划分有点勉强。简单说，支付系统是仅供内部使用的，支付服务是支持公司内外部来调用的，支付平台是可以在服务的基础上定制各种场景支持的。 在支付业务流程中，我们需要明确几个参与者，包括电商系统、支付系统、用户、银行卡、发卡行、商家和收单机构。电商系统是提供在线购物服务的系统，用户在这个系统中完成交易。支付系统可以是电商系统的一个模块，或者是个独立的系统。这是本文的主角，用来完成支付过程。 用户是在电商系统中败家的那位。如果使用银行卡做交易，那也被称为持卡人。用户使用银行卡交易时，发行这个银行卡的机构称为发卡行，或者发卡机构。商家也需要一张卡，就是大家在淘宝开网店的时候要登记的银行卡，最终需要把用户给的钱打到这张卡上。 在支付业务流程中，正常的流程应该是这样：用户提交订单到电商系统，电商系统对订单进行检验，无问题则调起支付接口执行支付。支付系统检查参数有效性，特别是签名的有效性。根据用户选择的支付方式，以及系统支付路由设置，选择合适的收单机构。 支付接口是在服务器端调起的，为了安全，支付接口一般要求用HTTPS来访问，并对接口做签名。关于支付接口的设计，将另起博文介绍。 支付系统架构设计需要根据公司的发展阶段和业务需求进行设计和实现，需要考虑到支付业务流程中的各个参与者和支付方式，以确保支付系统的安全、可靠和高效运作。