RocketMq消息队列实施方案_完整版.pdfVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
. 消息队列实施方案 1、背景 异步解耦合、给前端系统提供最高效的反应 2、常见消息队列对比 2 1 ActiveMq ActiveMQ 是一个完全支持 JMS1.1 和 J2EE 1.4 规的 JMS Provider 实现 优点: Java 语言 支持集群模式 缺点: 性能在消息中间件中处于下游 2 2 Rabbitmq Rabbitmq 是基于 AMQP 使用 erlang 语言实现的消息队列系统 优点: 1、完整的消息队列系统,支持多种消息队列模式,包括竞争消费; 2、支持集群模式,扩展集群容量和性能比较方便,集成了集群的监控和管理; 3、支持消息的持久化; word 专业资料 . 缺点: 1、需要学习比较复杂的接口和协议,比较耗费时间; 2、性能不是特别理想大概在 1wqps 左右; 3、使用 Erlang 语言,语言基础; 2、3 Kafka Kafka 是 LinkedIn 开发的一个高性能、分布式的消息发布订阅系统。 优点: 1、分布式集群可以透明的扩展,增加新的服务器进集群。 2、高性能。单机写入 TPS 约在百万条/秒 3、容错。数据都会复制到几台服务器上。 缺点: 1、复杂性。Kafka 需要 zookeeper 集群的支持,Topic 通常需要人工来创建,部署和维护 较一般消息队列成本更高 定位于日志传输、存在消息丢失的肯能、消息乱序 3、消息发送错误无重试 2、4 RocketMQ RockerMq 是阿里公司中间件团队参考 Kafka 思想,用 Java 语言实现的消息传输系统 优点: 1、较高性能,单机写入 TPS 单实例约 7 万条/秒 2、容错,多种集群模式、可以解决容错问题 word 专业资料 . 3、消息重试发送 4、顺序消息可以严格执行 缺点: 1、消息重复、消费端需要做去重操作 2、5 选用结论 从项目业务与团队技术偏向考虑,我们应该需要一种数据安全性比较高,保证每个消息都会 被执行;有容错机制、支持集群模式高可用;性能不错,可以在毫秒级处理消息;支持顺序 消息的消息中间件, RockerMq 可以满足这些要求。 3、RockerMq简介 3、1 RockerMq 产品介绍 参考阿里公司提供的《RocketMQ 开发指南》,最新版针对v3.2.4 3、2 RockerMq 集群 3、2、1 部署方式 Rockermq共有四种部署方式,分别是: 1、单个 Master 一旦 Broker 重启或者宕机时,会导致整个服务不可用 2、多 Master 模式 一个集群无 Slave ,全是 Master ,例如 2 个 Master 戒者 3 个 Master 优点: word 专业资料 . 1、配置简单, 2、容错,单个 Master 宕机或重启维护对应用无影响,在磁盘配置为 RAID10 时,即使 机器宕机不可恢复情况下,由于 RAID10 磁盘非常可靠,在同步刷盘时消息不会丢,异步 刷盘丢失少量消息, 3、性能最高。 3、多 Master 多 Slave 模式,异步复制 每个 Master 配置一个或多个Slave,有多对Master-Slave,HA(高可用集群)采用异 步复制方式,主备有短暂消息延迟,毫秒级。 优点: 1、即使磁盘损坏,消息丢失的非常少,消息实时性不会被影响,因为Master 宕机后,消 费者仍然可以从 Slave 消费,此过程对应用透明。不需要人工干预。性能同多Master 模 式几乎一样。 缺点: 1、Master宕机,磁盘损坏时,因为主备有短暂消息延迟,未复制到slave的消息会丢失。 2、目前 master宕机后,备机不能自动切换为主机。只有 master可以接收消息,若所有 master宕机,将不能接收消息 4、多 Master 多 Slave 模式,同步双写 每个 Master 配置一个或多个 Slave,有多对Master-Slave,HA 采用同步双写方式, 主备都写成功,才返回成功。 w

文档评论(0)

文库垃圾佬 + 关注
实名认证
文档贡献者

这个人很懒

1亿VIP精品文档

相关文档