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

来源 | 网络

上一篇：架构篇：Nginx 高可用集群解决方案 Nginx + Keepalived

支付宝是中国支付行业的一个标兵，无论是业务能力还是产品创都引领者中国支付行业的前沿，作为支付业务的基础系统的复杂性和稳定性是支付业务是否能够及时快速安全处理的根本，本期支付圈收集了支付宝的系统架构图包含：清算 客服  处理  资金 财务 等等 供其他支付公司进行参考！本文为网络收集信息，虽然不属于支付宝的最新系统架构信息但是作为支付行业的龙头，架构系统依然值得学习！

支付宝系统架构概况

典型处理默认

资金处理平台

财务会计

支付清算



核算中心

交易

柔性事务

---

支付宝的开源分布式消息中间件--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来使用的其他功能

总体结构：

内部结构：

公众号后台回复【架构】或者【架构整洁】有惊喜礼包！------END------

架构师交流群

 「顶级架构师」建立了读者架构师交流群，大家可以添加小编微信进行加群

扫描添加好友邀你进架构师群，加我时注明【姓名+公司+职位】

版权申明：内容来源网络，版权归原作者所有。如有侵权烦请告知，我们会立即删除并表示歉意。谢谢。

猜你还想看

长按识别图片二维码关注，订阅更多精彩

顶级架构师，企业架构、系统架构、网站架构、大规模分布式架构、高可用架构等架构讨论，以及结合互联网技术的架构调整。欢迎有想法、乐于分享的架构师交流学习