最全最强解析:支付宝钱包系统架构内部剖析(架构图)44.pdf

最全最强解析:支付宝钱包系统架构内部剖析(架构图)44.pdf

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
最全最强解析:支付宝钱包系统架构内部剖析(架构图)44

最全最强解析 :支付宝钱包系统架构内部剖析 (架构图 ) 支付宝系统架构概况 典型处理默认 资金处理平台 财务会计 支付清算 核算中心 交易 柔 事务 支付宝的开源分布式消息中间件– Met amo rphosis(Met aQ ) Met amo rphosis (Met aQ ) 是一个高性能、高可用、可扩 的分布式消息中间件 ,类似于LinkedIn 的Kaf ka ,具有消息存储顺序写、吞吐量大和支持本地和XA 事务等特性 ,适用 于大吞吐量、顺序 消息、广播和日志数据传输等场景 ,在淘宝和支付宝有着广泛的应用 ,现已开源。 Met amo rphosis是淘宝开源的一个Java消息中间件。关于消息中间件 ,你应该听说过J MS规范 ,以 及一些开源实现 ,如A ct iveMQ和Ho rnet Q等。Met amo rphosis也是其中之一。 Met amo rphosis 的起源是我从对linkedin的开源MQ–现在转移到apache的kaf ka的学习开始的 ,这 是一个设计很独特的MQ系统 ,它采用p ll机制 ,而 不是一般MQ 的p sh模型 ,它大量利用 了zoo keeper做服务发现和of f set存储 ,它的设计理念我非常欣赏并赞同 ,强烈建议你阅读一下它 的设计 文档 ,总体上说met amo rphosis的设计跟它是完全一致的。但是为什么还需要met a呢 ? 简单概括下我重新写出met a的原因 : 1.Kaf ka是scala写 ,我对scala不熟悉 ,并且kaf ka整个社区的发 太缓慢了。 2.有一些功能是kakf a没有实现 ,但是我们却需要 :事务、多种of f set存储、高可用方案(HA )等 3.Met a相对于kaf ka特有的一些功能 : 文本协议设计 ,非常透明 ,支持类似memcached st at s的协议来监控bro ker 纯Java实现 ,从通讯到存储 ,从client 到server都是重新实现。 提供事务支持 ,包括本地事务和XA分布式事务 支持HA复制 ,包括异步复制和同步复制 ,保证消息的可靠性 支持异步发送消息 消费消息失败 ,支持本地恢复 多种of f set存储支持 ,数据库、磁盘、zoo keeper ,可自定义实现支持gro p co mmit ,提升数据 可靠性和吞吐量。 支持消息广播模式 一系列配套项目 :pyt ho n客户端、tw it t er st o rm的spo t 、t ail4j等。 因此met a相比于kaf ka的提升是巨大的。met a在淘宝和支付宝都得到了广泛应用 ,现在每天支付宝 每天经由met a路由的消息达到120亿 ,淘宝也有每天也有上亿的消息量。 Met a适合的应用 日志传输 ,高吞吐量的日志传输本来就是kaf ka的强项 ; 消息广播功能 ,如广播缓存配置失效 ; 数据的顺序同步功能 ,如mysql binlog复制 ; 分布式环境下 (bro ker,prod cer,co ns mer都为集群 )的消息路由 ,对顺序和可靠性有极高要求 的场景 ; 作为一般MQ来使用的其他功能。 作者 :雪姬 来源 :移动支付网 (微信公众号 :mpaypass ) 人人都是产品经理 (woshipm.co m )中国最大最活跃的产品经理学习、交流、分享平台

文档评论(0)

bzhuangrduh7 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档