支付宝系统架构（内部架构图）

支付宝系统架构（内部架构图）

2016-09-11 支付圈

 

前言

支付宝是中国支付行业的一个标兵，不管是业务能力仍是产品创都引领者中国支付行业的前沿，做为支付业务的基础系统的复杂性和稳定性是支付业务是否可以及时快速安全处理的根本，本期支付圈收集了支付宝的系统架构图包含：清算 客服  处理  资金 财务 等等 供其余支付公司进行参考！

本文为网络收集信息，虽然不属于支付宝的最新系统架构信息可是做为支付行业的龙头，架构系统依然值得学习！

 

---

支付宝系统架构概况

典型处理默认

资金处理平台

财务会计

支付清算

核算中心

交易

 

 

柔性事务

 

 

 

 

 

 

 

 

 

---

支付宝的开源分布式消息中间件--Metamorphosis(MetaQ)

Metamorphosis (MetaQ) 是一个高性能、高可用、可扩展的分布式消息中间件，相似于LinkedIn的Kafka，具备消息存储顺序写、吞吐量大和支持本地和XA事务等特性，适用于大吞吐量、顺序消息、广播和日志数据传输等场景，在淘宝和支付宝有着普遍的应用，现已开源。

Metamorphosis是淘宝开源的一个Java消息中间件。关于消息中间件，你应该据说过JMS规范，以及一些开源实现，如ActiveMQ和HornetQ等。Metamorphosis也是其中之一。

Metamorphosis的起源是我从对linkedin的开源MQ--如今转移到apache的kafka的学习开始的，这是一个设计很独特的MQ系统，它采用pull机制，而不是通常MQ的push模型，它大量利用了zookeeper作服务发现和offset存储，它的设计理念我很是欣赏并赞同，强烈建议你阅读一下它的设计文档，整体上说metamorphosis的设计跟它是彻底一致的。可是为何还须要meta呢？

简单归纳下我从新写出meta的缘由：

• Kafka是scala写，我对scala不熟悉，而且kafka整个社区的发展太缓慢了。

• 有一些功能是kakfa没有实现，可是咱们却须要：事务、多种offset存储、高可用方案(HA)等

Meta相对于kafka特有的一些功能：

• 文本协议设计，很是透明，支持相似memcached stats的协议来监控broker

• 纯Java实现，从通信到存储，从client到server都是从新实现。

• 提供事务支持，包括本地事务和XA分布式事务

• 支持HA复制，包括异步复制和同步复制，保证消息的可靠性

• 支持异步发送消息

• 消费消息失败，支持本地恢复

• 多种offset存储支持，数据库、磁盘、zookeeper，可自定义实现

• 支持group commit，提高数据可靠性和吞吐量。

• 支持消息广播模式

• 一系列配套项目：python客户端、twitter storm的spout、tail4j等。

所以meta相比于kafka的提高是巨大的。meta在淘宝和支付宝都获得了普遍应用，如今天天支付宝天天经由meta路由的消息达到120亿，淘宝也有天天也有上亿的消息量。

Meta适合的应用：

• 日志传输，高吞吐量的日志传输原本就是kafka的强项

• 消息广播功能，如广播缓存配置失效。

• 数据的顺序同步功能，如mysql binlog复制

• 分布式环境下（broker,producer,consumer都为集群）的消息路由，对顺序和可靠性有极高要求的场景。

• 做为通常MQ来使用的其余功能

整体结构：

 

内部结构：

来源【fd2012】

 

支付圈今天推荐一下咱们的备用号，你能够点击添加，更多信息尽在关注！

长按二维码关注支付圈