架构图解:支付宝钱包系统架构内部剖析

支付宝系统架构概况

111.png

典型处理默认

112.png

资金处理平台

113.png

财务会计

114.png

支付清算

115.png

核算中心

116.png

交易

117.png

柔性事务

118.png

119.png

120.png

121.png

122.png

123.png

124.png

125.png

126.png

127.png

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

128.png

129.png

转自:雪姬,移动支付网(微信公众号:mpaypass)

链接:http://mp.weixin.qq.com/s?__biz=MjM5OTA1MDUyMA==&mid=406557029&idx=1&sn=2f1cd3c20d5de753bcec9b4437d62491&scene=23&srcid=03137yS3hWFc81A95QDfzZF9#rd&ADUIN=123464386&ADSESSION=1457916946&ADTAG=CLIENT.QQ.5457_.0&ADPUBNO=26551

本站文章均由 HTML5梦工场 编辑从其他媒体精选HTML5相关文章转载,仅供网友学习和交流,如果我们的工作有侵犯到您的权益,请及时联系小编QQ:123464386,我们会在第一时间进行处理!投稿与合作,请发至邮箱:tommy@html5dw.com