2017年支付体系架构与实践.pdf

《2017年支付体系架构与实践.pdf》由会员分享，可在线阅读，更多相关《2017年支付体系架构与实践.pdf（50页珍藏版）》请在三个皮匠报告上搜索。

1、支付体系架构与实践支付系统 1.x支付体系2.0 架构实践支付平台性能提升支付平台稳定性提升总结展望支付系统 1.x业务简单、玩法单一 快速支撑系统 实现核心功能?发展历程业务超高速发展 电商交易、支付金融业务复杂度剧增 支付核心链路大促峰值达到日常百倍以上业务问题烟囱型结构，难扩展 业务野蛮生长，无模型抽象 业务边界模糊，耦合严重?系统问题巨大臃肿单体PHP应用 系统间严重耦合 弱稳定性 单点性能瓶颈?DBDB?DB?DB_1?DB_2DB_3资金问题支付接入无授权 各项业务收入、支出难核算 数据一致性挑战支付系统 1.x支付体系2.0 架构实践支付平台性能提升支付平台稳定性提升总结展望如何

2、做？系统拆分、服务化 确定边界、业务建模 沉淀基础服务 构建资金核算体系确定边界业务、场景、技术划分边界 核心子系统划分为：收银台、交易核心、支付核心、网关 账务、会计、清算、合规?HawkeyeVaccum?交易核心抽象基础交易类型 多表聚合 订单关联 授权鉴权?DB?基础交易类型抽象抽象基础交易类型 担保交易、即时交易、充值、提现、退款、转账?多表聚合&订单关联订单唯一约束 任何订单可追溯初始单?支付接入管控基于业务接入分配的业务标识码，添加授权入口，分配token 业务系统请求支付，带token进入，鉴权支付核心抽象4种支付类型 充值、提现、退款、转账 支付工具组件化 抽象数十种支付工具

3、 支付编排?DB?支付编排插件式开发 规则可配置化?异常处理机制支付异常分类 重复支付 部分支付 金额不一致 其他异常全额退款?渠道网关网关服务抽象 支付、退款、提现、签约、查询 网关核心、网关前置?Gateway?资金核算体系?平台统一上下文唯一业务标识码（四要素），链路传递 merchantId（商户）orderType（订单类型）subType（订单场景）payOrgNo（支付机构）数据一致性挑战CAS 幂等&异常补偿 对账CAS交易核心、支付核心通过状态CAS防止并发 update PayOrder set status=complete where id=1 and status=p

4、rocess 基于KVstore的分布式缓存锁 解决重复支付问题幂等&异常补偿全链路接口保持幂等 超时、网络异常等问题 基于Corgi准实时补偿 异常表补偿?对账对账是数据一致性最后一道防护 内部业务准实时对账 T+1 基于账单，内外对账准实时对账支持多数据源 低延时?疗效？快速支撑业务 16年快速融合淘世界、美丽说支付系统 业务细分，来源管控 准确的资金核算，各业务资金情况清晰明了 解决资金监管问题支付系统 1.x支付体系2.0 架构实践支付平台性能提升支付平台稳定性提升总结展望性能提升核心链路分库分表：全链路水平扩展 服务调用异步化 热点账户问题优化 事务切分DB水平拆分核心链路为例 DB

5、基于Raptor分库分表 全局ID唯一?异步化拆分&服务化带来更多系统依赖，异步化是最好的解耦方式 支付核心链路非实时业务，可以异步化处理 异步化有益于提升链路性能支付消息基于支付交易核心订单数据 解耦、简化业务方数据获取?Pigeon ParserPayOrder ParserCorgi ProducerPayOrderMsg TopicPayOrderMsg Builder?外部支付异步化同步获取三方支付凭证 跨外部网络 max RT 1s 支付链路整体阻塞外部支付异步化异步获取 独立渠道前置 avg RT 200-5ms异步并行支付核心链路多为IO密集型 利用Tesla框架异步服务调用

6、取决于最长的请求IO时间?资金核算体系异步化数据异步准实时同步 pigeon（数据变更事件中间件）实时链路解耦?账务-热点账户单边记账 内部户，账务不记账，会计补分录 异步记账 平台户异步记账，定时汇总记账 二级子账户账务-记账事务切分?性能压测构建压测模型，模拟线上真实场景 压测数据进影子库，正常业务无侵入 单机性能压测，集群链路压测 识别系统稳定性、容量配比等疗效？链路DB扩容为2台物理机器，支付稳定 3000QPS。理论值可达1w QPS以上 应用服务器利用率，只需原有