[转载] 最全最强解析:支付宝系统架构内部剖析(架构图)
2015-07-14 19:49
666 查看
支付宝系统架构概况
典型处理默认
资金处理平台
财务会计
支付清算
核算中心
交易
柔性事务
支付宝的开源分布式消息中间件–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的原因:
1.Kafka是scala写,我对scala不熟悉,并且kafka整个社区的发展太缓慢了。
2.有一些功能是kakfa没有实现,但是我们却需要:事务、多种offset存储、高可用方案(HA)等
3.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来使用的其他功能。
=
典型处理默认
资金处理平台
财务会计
支付清算
核算中心
交易
柔性事务
支付宝的开源分布式消息中间件–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的原因:
1.Kafka是scala写,我对scala不熟悉,并且kafka整个社区的发展太缓慢了。
2.有一些功能是kakfa没有实现,但是我们却需要:事务、多种offset存储、高可用方案(HA)等
3.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来使用的其他功能。
=
相关文章推荐
- 架构师速成6.5-也谈设计模式
- 架构师速成6.5-也谈设计模式 分类: 架构师速成 2015-07-14 19:48 284人阅读 评论(0) 收藏
- 「深入 Exchange 2013」12 传输架构Part2
- php或js判断网站访问者来自手机或者pc端源码
- EntityFramework 5.0 CodeFirst 教程02-删除和修改/架构改变异常的处理
- Android项目-几种常见的应用架构
- 给你的个人网站领养只萌萌的小仓鼠
- 一步步构建大型网站架构
- 大型网站技术架构-知识点
- 12 个免费在线的 Web 网站性能测试工具
- 建站宝盒-30分钟以内建一个三站合一的企业网站
- 系统架构优化思路
- 一个 非常好的网站
- 高并发网站怎么搭建?数据库分表?
- 我的架构师梦想日记(重开)
- InitPHP框架搭建高可用WEB应用01
- 大话设计模式(十一 三层架构,分层开发)
- 让x86的android模拟器能模拟arm架构系统
- 技术社交以及技术人员互助网站
- 海量图片存储与运算架构