VerneMQ

MQTT 消息代理
授权协议 Apache
开发语言 ErLang
所属分类 服务器软件、 JMS/消息中间件
软件类型 开源软件
地区 不详
投 递 者 卜阳
操作系统 Linux
开源组织
适用人群 未知
 软件概览

VerneMQ 是一个高性能、分布式的 MQTT 消息代理。可在流行的硬件上轻松实现水平和垂直扩展,用于支持高并发的消息发布和订阅服务,同时维持低延迟和容错特性。

MQTT 是一个开放的工业标准,是一个轻量级的基于发布订阅模型的消息协议,特别适合用于一些非可靠网络环境下的小型和嵌入式设备使用。VernelMQ 实现了 MQTT 3.1 和 3.1.1 规范。

支持 MQTT 特性:

  • QoS 0, QoS 1, QoS 2

  • Basic Authentication and Authorization

  • Bridge Support

  • $SYS Tree for monitoring and reporting

  • SSL Encryption

  • Dynamic Topics

  • Websockets Support

  • Cluster Support

  • SNMP Monitoring

  • Logging (Console, Files, Syslog)

  • Reporting to Graphite and CollectD

  • Extensible Plugin architecture

  • Multiple Sessions per ClientId

  • Session Balancing


               

  • 网址 https://github.com/vernemq/vernemq/releases?page=2 https://docs.vernemq.com/ https://www.vernemq.com/ https://docs.vernemq.com/configuring-vernemq/file-auth 本次版本 vernemq-1.9.1.centos7.x86_64.rpm 这个

  • 问题:执行service vernemq start之后出现错误:job for vernemq.service failed because the cotnrol process exited 原因:安装VerneMQ之后,没有接受用户协议。如下执行: 输入:sudo vernemq chkconfig 再输入yes 至此,问题解决,再重新启动vernemq即可。    

 相关资料
  • 它提供的Swagger UI和rest API规范给了我灵感。 最近,我开始使用消息代理(特别是RabbitMQ),我希望有一些工具来开始开发具有消息和队列规范的面向微服务的系统。 是否有任何工具允许制作这些规范?从代码生成文档还是从模型生成代码? 提前感谢! 更新: 如本文所述。队列,交换,填充,用户和权限可以用RabbitMQ配置文件来描述。 AsyncAPI 看起来是一个很好的解决方案

  • 每当我试图将消息从esb发布到消息代理的主题时,我都会收到此错误 我的代理代码是 我的jndi配置和axis 2配置配置正确。我的MB在端口9444上运行,Publisher_esb在端口9443上运行,subscriber esb在端口9446上运行。当我使我的订阅者保持活动状态时,如果我从我的发布者发布一条消息,该消息会反映到订阅者。 从订户获取消息的代码是 当我第一次运行订阅者时,它给了我结

  • 如何以以下形式发送消息: 用Spring邮件?

  • 我们需要将消息从一个ActiveMQ代理复制到另一个代理。这里消息必须只是复制,并且消息应该存在于两个代理中。 我可以想到一个自定义应用程序,它订阅某个目标并读取该消息并将消息重新发布到多个代理中的目标。 我没有权限在经纪人中进行更改,所以我想不出经纪人网络选项。 是否有任何最佳实践或工具可用于将A-MQ消息从一个代理复制到另一个代理?

  • 我使用网络连接器配置了两个代理 A 和 B。如果我使用独占使用者(单个使用者)或消息组(JMXgroupID),消息顺序是否保留? 在经纪人文档的网络中,我发现: 代理网络不会保留总消息排序。总排序适用于单个使用者,但网络桥引入第二个使用者。此外,网络桥接使用者通过 producer.send(..) 转发消息,因此它们从转发代理上的队列头转到目标上队列的尾部。如果单个使用者在联网代理之间移动,则

  • 在本公司的最后一个项目中:客户提出身份验证等请求,应用程序第一层得到客户请求并在Kafka上生成消息,核心服务消费该消息后向银行服务提出rest请求,得到响应后在Kafka上生成响应消息,应用程序第一层将消息传递给客户。是真的Kafka用例,还是去掉第一层和Kafka,在客户端和核心之间使用rest服务更好。谢谢

  • 我正在参与一个项目,该项目将首先构建一个简单的消息系统,该系统将接收消息,存储消息并将其路由到适当的部门。基本用例是: < li >用户在网站表单中写下一条消息或一个问题,并选择一个部门将消息发送给该部门 < li >根据用户的选择,消息被发送到相应部门的消息队列,状态为“未读”、“已读”等。(我们还没有确定所有的状态)。 < li >这些信息成为用户与网站互动的一部分,即,如果用户拨打客服电话,

  • 启动使用者接收消息 根据我的理解,consumer直接使用来自broker的消息,但在上面的consumer命令中,我们没有提到broker,而只提到zookeeper。消费者是否会连接到zookeeper(而不是broker)来消费消息?