58同城网站建设,asp网站建设 aws,代理注册公司注意什么,wordpress 百度搜索图片支付永远是一个公司的核心领域#xff0c;因为这是一个有交易属性公司的命脉。那么#xff0c;支付系统到底长什么样#xff0c;又是怎么运行交互的呢#xff1f;抛开带有支付牌照的金融公司的支付架构#xff0c;下述链路和系统组成基本上符合绝大多数支付场景。其实整体…支付永远是一个公司的核心领域因为这是一个有交易属性公司的命脉。那么支付系统到底长什么样又是怎么运行交互的呢抛开带有支付牌照的金融公司的支付架构下述链路和系统组成基本上符合绝大多数支付场景。其实整体可以看成是交易核心支付核心 两个大系统。交易系统关联了业务场景和底层支付而支付系统完成了调用支付工具到对账清算等一系列相关操作。下面我们就来一起看下各个系统的核心组成和交互。
1. 支付系统总览
核心系统交互 业务图谱 2. 核心系统解析
交易核心
交易核心把公司的业务系统和底层支付关联起来让业务系统专注于业务不比关心底层支付。
交易核心 基础交易类型抽象 多表聚合 订单关联 支付核心
支付核心主要负责将多种支付类型进行抽象变成 充值、提现、退款、转账四种支付形态。同时还要负责集成多种支付工具对支付指令进行编排等等。
支付核心总览 支付行为编排
其目的是实现 插件式开发、支付规则可配置的 灵活开发方式。 异常处理
异常处理包括了 重复支付、部分支付、金额不一致、其他异常等异常场景。 渠道网关 资金核算 3. 服务治理
平台统一上下文
通过确定系统边界、业务建模拆分之后整个支付平台被拆分几十个服务而如何保障在服务间流转业务信息不被丢失是我们需要考虑的问题。平台统一上下文的要素信息唯一业务标识码在整个支付平台链路中全程传递被用来解决这个问题。 数据一致性治理
大型的支付公司内部都有非常严格和完备的数据一致性方案比如采用业务侵入性非常大的分布式事务等以牺牲开发效率来提升数据的稳定是非常有必要的。而业务公司如果不采用分布式事务又有哪些应对策略呢
CAS校验 幂等 异常补偿 对账 准实时对账 DB拆分 异步化
支付是整个交易链路的核心环节那么怎么兼顾支付系统的稳定性和执行效率呢是异步化。
消息异步化 外部支付调用异步化 在外部支付中经常需要服务方与第三方支付交互获取预支付凭证如上图所示。
这种同步调用的情况下由于需要跨外部网络响应的 RT 会非常长可能会出现跨秒的情况。由于是同步调用会阻塞整个支付链路。一旦 RT 很长且 QPS 比较大的情况下服务会整体 hold 住甚至会出现拒绝服务的情况。 因此可以拆分获取凭证的操作通过独立网关渠道前置服务将获取的方式异步化从前置网关获取内部凭证然后由前置网关去异步调用第三方。
异步并行化 资金核算异步化 热点账户账务单独处理 记账事务切分 4. 生产实践
性能压测
构建压测模型模拟现实真实场景压测数据进影子库正常业务无侵入单机性能和集权链路都不能忽视识别系统稳定性和容量配比。。。 稳定性治理 核心链路分离 服务依赖降级
