支付宝架构与技术

1、与阿里金融交流 支付宝(中国)网络技术有限公司 2010年3月3日 支付宝架构与技术 交流大纲 1. 架构概况 (1) 平衡稳与快 (2) 系统架构 (3) 典型处理模式 2. 关键业务系统 (1) 账务会计 (2) 支付清算 (3) 核算中心 (4) 交易 3. 应对技术挑战 (1) 柔性事务 (2) 异步处理 (3) 数据分布 (4) 数据缓存 4. 架构管理 (1) 企业架构模型 (2) 架构文档库 (3) 系统治理 1 架构概况 平衡稳与快 系统架构 典型处理模式 平衡稳与快 安全、稳定、可伸缩 业 务 增 长 与 创 新 快 构建稳定的基础业务服务，通 过服务重用实现业务敏捷，保 障

2、核心安全稳定。 稳 产品 集团应用 系统架构概况 基础业务平台 资金处理平台客户信息平台 核心管控 公共服务 行业应用平台个人业务平台 渠道 个人版企业版语音无线 管理平台 银行接入 通信网关 网银 卡通 银企直联 网点 合作伙伴接入 api 传统 新行业 航旅 b2c 生活助手 账户管理 安全认证 会员运营 收银台 支付清算 核算中心 交易安全收费登录与身份 b2b 账务会计 会员信息 商户信息 产品账 信用 淘宝 典型处理模式 api平台 订单处理 支付处理 清算处理 通信前置 账务会计 收费营销 客户信息 银行支付清算网 互联网商户 风控 基础业务 访问渠道 银行接入 产品 公共服务 收

3、银台交易 2 关键业务系统 账务会计 支付清算 核算中心 交易 资金处理平台 收 银 台 支 付 清 算 账 务 会 计 核 算 通信前置银行网关 业务系统 账务会计 账务系统 账务交易流水 记账凭证 分户账户 (外) 会计系统 会计分录流水 分户账户(内) 内部分户历史日余额 外部分户历史日余额 科目汇总 消息 系统 分户日余额 日切 日结 实时记账 异步准实时登记会计分录 日终子系统 账务查询 报表 分录子系统记账子系统 业务系统 支付清算 支付系统 充值协议 提现协议 内转协议 充退协议 支付指令 清算系统 消息 系统 清算指令 网银接入 卡通接入 银企直联 其它银行 接入方式 实时处理

4、 文件处理 渠道管理 异步清算处理 同步清算处理 账务系统 支付请求结果回调 文件 实时记账 银行往来 任务调度 业务系统 收银台 核算中心 核算系统 银行流水登记流水归档处理 流水核算处理 消息 系统 入账流水登记 异步准实时登记入账流水 核算处理子系统 核算报表 流水登记子系统 会计系统 银行流水登记 系统 银存待结转统计 交易 交易系统 交易引擎 流程引擎 规则引擎 资金处理 产品账接入 商户通知 数据持久 收费接入 统一事件 红包系统产品账系统 收费系统 商户通知 消费记录 沟通 (邮件、短信等） 商户查询 积分 支付系统 风险核查 消息 系统 超时处理 业务系统 业务系统 担保交易

5、即时到账交易 货到付款交易 异步交易事件处理 3 应对技术挑战 柔性事务 异步处理 数据分布 数据缓存 柔性事务: 挑战 分布的业务 分布的数据 海量的访问 绝对资金安全 低宕机率 低延时 soa支付 ? 柔性事务: 业务活动 柔性事务: 业务活动举例 柔性事务: tcc型业务服务 try: 尝试执行业务 完成所有业务检查(一致性) 预留必须业务资源(准隔离性) confirm:确认执行业务 真正执行业务 不作任何业务检查 只使用try阶段预留的业务资源 confirm操作满足幂等性 cancel: 取消执行业务 释放try阶段预留的业务资源 cancel操作满足幂等性 业务服务 tryxco

6、nfirmxcancelx 柔性事务: tcc服务事务协调模式 实现 一个完整的业务活动由一个主业务服务与 若干从业务服务组成 主业务服务负责发起并完成整个业务活动 从业务服务提供tcc型业务操作 业务活动管理器控制业务活动的一致性， 它登记业务活动中的操作，并在业务活动提 交 时确认所有的tcc型操作的confirm操作， 在业务活动取消时调用所有tcc型操作的 cancel操作 适用范围 强隔离性、严格一致性要求的业务活动 适用于执行时间较短的业务 主业务服务 从业务服务a 从业务服务b 数据库 数据库 数据库 tryx 1. tryx成功 业务活动 管理器 活动日志 启动业务活动 登记业

7、务操作 提交/回滚业务活动 confirmx cancelx tryy confirmy cancely 2. tryy成功 3. confirmx成功 4. confirmy成功 消息系统 消息接收器 流入路由器 拦截器 流入消息 转换器 内部服务 组件调用 拦截器 流出路由器 流出消息 转换器 消息发送器 消息持久 消息状态 事务管理 故障恢复 组件容器 tcpudphttpsoaphessian smtp 元数据 消息接收/订阅方消息发送/发布方 消息系统: 消息事务模式(1) 实现 业务活动的主动方，在完成业务处理的 同一个本地事务中，记录消息数据 业务处理事务提交后、通过实时消息服

8、务通知业务被动方，实时通知成功后删除 消息数据 消息恢复系统定期找到未成功发送的消 息，交给实时消息服务补发送 业务处理服务 实时消息服务 实时处理网关 数据库 事务域 事务域 业务处理服务 主动方被动方 业务数据 消息数据 消息恢复系统 消息系统: 消息事务模式(2) 实现 业务处理服务在业务事务提交前，向实 时消息服务请求发送消息，实时消息服务 只记录消息数据，而不真正发送 业务处理服务在业务事务提交后，向实 时消息服务确认发送。只有在得到确认发 送指令后，实时消息服务才真正发送消息 业务处理服务在业务事务回滚后，向实 时消息服务取消发送 消息状态确认系统定期找到未确认发送 或回滚发送的消

9、息，向业务处理服务询问 消息状态，业务处理服务根据消息id或消 息内容确定该消息是否有效 业务处理服务 实时消息服务 事务域 业务数据 消息恢复系统 消息数据 消息状态确认系统 事务域 发送消息 请求发送 确认发送 取消发送 询问消息状态 数据分布 数据复制/读写分离 垂直拆分(按业务类型拆分) 水平拆分(按客户/请求拆分) x z y 数据分布: 交易数据拆分 1 2 n1 核心交易数据 (分表并分库) 交易系统 交易处理服务 (写场景) 消费记录系统 消费记录查询服务 (读场景1) 1 2 n2 商户查询系统 消费记录数据 (分表并分库) 商户查询与对账 (读场景2) 1 2 n3 商户/平台商交易数据 (分表并分库) 消息 系统发布数据变更订阅数据变更 数据缓存 会员信息系统 会员数据库 12n 会员对象缓存 业务系统 内部二级缓存 会员服务客户端 业务应用 查询