企业支付架构的演进

1、美的支付架构的演进技术创新，变革未来Part1 美的支付前身Part2 美的支付架构Part3 架构优化Content一级代理商二级代理商三级代理商 实体门店线下话费充值 游戏币充值用户充值公司转账线上话费充值 游戏币充值返佣返佣美的支付前身业务支付主要承接的商户业务：美的支付前身系统Message Server支B场景支Bp统g道路由g道接口01234问题6l、MessageServer单点6单点故障、v载无法M衡2、r少p统层次5b块sw不清晰3、非独立p统5r失a准商户接入接口4、p统账务不清晰5资金e与会计科目不挂钩。5、不D于p统业务及架构的扩展6、数据S瓶颈DBwebOlappOl

2、系统应用架构容灾设计LVSLVSnginxnginxnginxWeb/jettyWeb/jettyWeb/jettyDubbo providerDubbo providerDubbo providerVIP KeepalivedHTTPRedis sentinelMYSQL MHA外部商户系统订单系统银行前置回调处理银行回调商户通知外部银行系统账务系统支付系统核心流程数据一致性对外：最大努力通知、主动查询接口、手动通知 对内：主动推送、定时查询策略、人工介入对账：系统内部对账，外部对账进程内：柔性事务，拆分事务粒度，结合系统自动补偿订单系统支付系统银行核心系 统扫描定时查询扫描定时查询回调回调

3、下单下单订单库支付库银行库系统稳定性重试机制：幕等性：唯一业务单号，单号谁调用谁生成，抛出幕等异常、或者继续往下执行 代扣、代付业务：系统主动重试（只在系统异常、或者定时未返回状态时重试，一旦业务明确失败，则不再重试）快捷支付：用户重试（同一笔单，用户可以通过不同银行卡支付多次）dubbo接口重试超时机制多层调用情况下，超时时间设置，上层系统要大于下层系统 快慢接口分离，以免导致超时时间无法尽量设置准确超时时间不能设置过大，避免资源耗尽分库分表规则根据业务特点按用户维度或者时间维度划分。人工处理一旦系统无法处理，后台留有入口读写分离主从库的读写选择，交易链路读主库架构演进一：原有业务特点代理商

4、代理商支付 账户代理商充值商户支付 账户商户代理商代理商代理商支付账户充值：购买话费：返佣：转账：银行充值B2C交易内转内转业务特点：业务单一，银行充值频率低，内转交易单日高峰百万笔架构演进一：美的业务场景消费者门店代理商事业部售后网点辅材销售分期导购付款计划 资金管理 资金可视事业部购买款放 款还进货进货成提购买付款结算安维 费工程师销售链售后链杠联网信贷消费信贷票据平台财司核心小贷保理财务公司第三方支付支付平台小微贷消费分期订单融资票据贴现现汇供应商员工商户经销商消费者旗舰店成员单位资 质平 台产 品架构演进一：美的金融概况l 日交易100W笔l 业务单一l 余额类交易l 原业务拆分l 业

5、务多样化l 渠道类交易l 安全要求业务变化l 模块边界划分l 渠道建设l 安全建设l 差错处理架构：标准、安全、稳定架构演进一外部商户系统订单系统支付账务系统银行前置回调处 理银行回调商户通知外部银行系统支付链 路订单系统回调链 路银行前置支付账务系统支付账务系统退款链 路架构演进二：问题网银支付请求華增大架构演进二：热点账户l 获取账户锁超时l 响应延迟l 银行渠道退款限流l 拆分锁粒度l 缓冲队列l 请求限流l 退款异步化l 商户通知优先级l 访问外部限流架构优化回调：事务一：select * where act_no=中转账户 for update;(账户+） 事务二：select * where act_no=中转账户 for update;(账户-） select * where act_no=商户账户 for update;(账户+）退款：select * where act_no=商户账户 for update; select * where act_no=中转账户 for update;架构演进二：响应延迟l 获取账户锁超时l 响应延迟l 银行渠道退款限流l 拆分锁粒度l 缓冲队列l 请求限流l 退款异步化l 商户通知优先级l 异步记账l 访问外部限流架构优化改进前通知：job扫描数据库待通知单，逐步拉大