博客
关于我
剖析nsq消息队列(一) 简介及去中心化实现原理
阅读量:505 次
发布时间:2019-03-06

本文共 1858 字,大约阅读时间需要 6 分钟。

分布式消息队列nsq解析:从架构到实践

在分布式系统中,消息队列是构建高性能架构的重要组成部分。最近,我对**nsq(Non-blocking Square)**这个开源消息队列框架进行了深入研究,现将分析过程中的关键点总结如下。


主要分析路线

  • nsq的整体架构与去中心化设计

    • nsq采用去中心化的分布式拓扑结构,能够在无中心节点的情况下保证系统的高可用性。
    • 系统通过多个nsqd实例和nsqlookupd实例组成一个动态可扩展的网络,有效规避了单点故障。
  • 消息可靠性与处理机制

    • nsq通过复杂的负载均衡算法,确保消息能够均衡分配到多个消费者手中,避免单个消费者过载。
    • 消息持久化通过多种方式实现,可根据需求选择文件持久化、内存持久化或数据库持久化。
  • 消费者连接方式优化

    • 直连方式:直接连接多个nsqd实例,适合资源较为充裕的场景。
    • 通过nsqlookupd方式:推荐的官方方式,通过服务注册与发现实现去中心化连接。

  • 主要组件解析

  • nsqd

    nsqd是消息队列的核心组件,负责接收、处理和分发消息。它支持多种协议(如TCP和HTTP),并通过goroutine和channel机制实现非阻塞处理。

  • nsqlookupd

    作为拓扑结构管理器,nsqlookupd负责服务的注册和发现。客户端通过连接nsqlookupd获取最新的nsqd服务列表,从而实现去中心化的连接方式。

  • go-nsq

    官方的Go语言客户端,支持多种消费模式,包括单次消费、批量消费和批量发射。

  • 辅助工具

    • nsqadmin:用于管理主题和订阅关系。
    • nsq_to_file:用于将消息持久化到文件。
    • nsq_stat:提供消息统计信息。

  • 使用方式对比

    1. 直连方式

    • 优点:适合小规模部署,直接连接多个nsqd实例。
    • 示例
      ./nsqd -tcp-address ":8000" -http-address ":8001" -data-path=./a
      ./nsqd -tcp-address ":7000" -http-address ":7001" -data-path=./b
    • 注意事项
      • 需要客户端主动管理连接状态,导致额外开销。
      • 横向扩充需手动调用ConnectToNSQDsConnectToNSQD

    2. 通过nsqlookupd方式

    • 优点:实现真正的去中心化连接,客户端只需连接nsqlookupd,自动获取最新服务列表。
    • 示例
      ./nsqlookupd -tcp-address ":8200" -http-address ":8201"
      ./nsq -tcp-address ":8000" --lookupd-tcp-address=127.0.0.1:8200 -data-path=./a
    • 客户端连接方式
      config := nsq.NewConfig()
      c, _ := nsq.NewConsumer("testTopic1", "ch1", config)
      if err := c.ConnectToNSQLookupds([]string{"127.0.0.1:7201", "127.0.0.1:8201"}); err != nil {
      panic(err)
      }

    横向扩充实践

    • 启动多个nsqd实例
      ./nsqd -tcp-address ":6000" -http-address ":6001" -data-path=./c
    • 创建主题
      curl -X POST "http://127.0.0.1:6001/topic/create?topic=testTopic1"
    • 客户端自动感知扩充节点: 客户端通过nsqlookupd获取最新服务列表,自动连接新节点。

    去中心化实现原理

  • 服务注册

    nsqd会将自身信息注册到一个或多个nsqlookupd实例中。

  • 服务发现

    客户端通过连接nsqlookupd,查询所有提供指定主题的nsqd服务地址。

  • 负载均衡

    客户端会自动连接所有返回的nsqd地址,实现消息的负载均衡。

  • 故障恢复

    如果某个nsqd实例失效,nsqlookupd会自动剔除其信息,客户端会自动切换到其他可用节点。


  • 总结

    通过上述分析,可以看出nsq通过其去中心化设计和灵活的扩展方式,成为一个高效可靠的分布式消息队列解决方案。推荐使用nsqlookupd的连接方式,这样可以更好地实现系统的横向扩充和高可用性。

    如果对nsq的深入使用和源码分析感兴趣,欢迎关注我的后续文章。

    转载地址:http://knbdz.baihongyu.com/

    你可能感兴趣的文章
    NIFI大数据进阶_Json内容转换为Hive支持的文本格式_实际操作_02---大数据之Nifi工作笔记0032
    查看>>
    NIFI大数据进阶_Json内容转换为Hive支持的文本格式_操作方法说明_01_EvaluteJsonPath处理器---大数据之Nifi工作笔记0031
    查看>>
    NIFI大数据进阶_Kafka使用相关说明_实际操作Kafka消费者处理器_来消费kafka数据---大数据之Nifi工作笔记0037
    查看>>
    NIFI大数据进阶_Kafka使用相关说明_实际操作Kafka生产者---大数据之Nifi工作笔记0036
    查看>>
    NIFI大数据进阶_NIFI的模板和组的使用-介绍和实际操作_创建组_嵌套组_模板创建下载_导入---大数据之Nifi工作笔记0022
    查看>>
    NIFI大数据进阶_NIFI监控功能实际操作_Summary查看系统和处理器运行情况_viewDataProvenance查看_---大数据之Nifi工作笔记0026
    查看>>
    NIFI大数据进阶_NIFI监控的强大功能介绍_处理器面板_进程组面板_summary监控_data_provenance事件源---大数据之Nifi工作笔记0025
    查看>>
    NIFI大数据进阶_NIFI集群知识点_认识NIFI集群以及集群的组成部分---大数据之Nifi工作笔记0014
    查看>>
    NIFI大数据进阶_NIFI集群知识点_集群的断开_重连_退役_卸载_总结---大数据之Nifi工作笔记0018
    查看>>
    NIFI大数据进阶_内嵌ZK模式集群1_搭建过程说明---大数据之Nifi工作笔记0015
    查看>>
    NIFI大数据进阶_外部ZK模式集群1_实际操作搭建NIFI外部ZK模式集群---大数据之Nifi工作笔记0017
    查看>>
    NIFI大数据进阶_实时同步MySql的数据到Hive中去_可增量同步_实时监控MySql数据库变化_操作方法说明_01---大数据之Nifi工作笔记0033
    查看>>
    NIFI大数据进阶_离线同步MySql数据到HDFS_01_实际操作---大数据之Nifi工作笔记0029
    查看>>
    NIFI大数据进阶_离线同步MySql数据到HDFS_02_实际操作_splitjson处理器_puthdfs处理器_querydatabasetable处理器---大数据之Nifi工作笔记0030
    查看>>
    NIFI大数据进阶_离线同步MySql数据到HDFS_说明操作步骤---大数据之Nifi工作笔记0028
    查看>>
    NIFI大数据进阶_连接与关系_设置数据流负载均衡_设置背压_设置展现弯曲_介绍以及实际操作---大数据之Nifi工作笔记0027
    查看>>
    NIFI数据库同步_多表_特定表同时同步_实际操作_MySqlToMysql_可推广到其他数据库_Postgresql_Hbase_SqlServer等----大数据之Nifi工作笔记0053
    查看>>
    NIFI汉化_替换logo_二次开发_Idea编译NIFI最新源码_详细过程记录_全解析_Maven编译NIFI避坑指南001---大数据之Nifi工作笔记0068
    查看>>
    NIFI汉化_替换logo_二次开发_Idea编译NIFI最新源码_详细过程记录_全解析_Maven编译NIFI避坑指南002---大数据之Nifi工作笔记0069
    查看>>
    NIFI集群_内存溢出_CPU占用100%修复_GC overhead limit exceeded_NIFI: out of memory error ---大数据之Nifi工作笔记0017
    查看>>