MQTT X - 优雅的跨平台 MQTT 5.0 桌面客户端
MQTT X 适用于正在搭建自己的 MQTT 的消息服务器的用户来测试连接,订阅和发布消息等,在使用客户端时,用户既可以是发布者,也可以是订阅者。
EMQX_AUTH_HTTP 认证插件使用指南
emqx_auth_http 它将每个终端的接入事件、ACL事件抛给用户自己的 WebServer 以实现接入认证和ACL鉴权的功能
EMQ 边缘消息服务器管理套件 EMQ X Storm 发布
继 2019 年 1 月 25 日 EMQ 首款边缘计算产品 EMQ X Edge (EMQ X 边缘消息服务器)发布之后,4 月 19 日 EMQ 发布了一个与 EMQ X Edge 协同工作的新产品 EMQ X Storm。该产品旨在打造一个便捷、高效、稳定的集中式云端管理套件。这是 EMQ 拥抱 5G 时代 IoT 与边缘计算的又一力作。
MQTT 5.0 新特性(三)| 有效载荷标识与内容类型
有效载荷标识(Payload Format Indicator)与内容类型(Content Type)是 MQTT 5.0 新引入的两个属性。
MQTT 5.0 新特性 |(二) 原因码与 ACK
MQTT v3.1.1MQTT v3.1.1 协议只有 10 种返回码,这些返回码所能表示的含义很少,且相同的返回码的值在不同的报文中可以有不同的含义。 CONNACK 报文在 CONNECT 报文中只有 6 种返回码,只有当服务器发回的 CONNACK 报文的返回码为 0时才表示连接建立成功。 值 返回码 描述 0 0x00 接受连接 接受连接
EMQ X 助力运营商搭建大规模 NB-IoT 平台
NB-IoT是由 3GPP 标准化组织制定的一种新型蜂窝技术,属于低功率广域 (LPWA) 物联网连接的一种,主要用于连接带宽资源受限的终端,允许终端以比 GRPS、3G、LTE等技术更少的资源收集和交换数据。 NB-IoT 在2017-2018年发展迅速,全球众多运营商陆续实现了商用部署。NB-IoT 的低成本、低功耗和广覆盖使得用户能够实现传统蜂窝网络无法支持的新场景新应用。 NB-IOT
MQTT 5.0 新特性 |(一) 属性与载荷
MQTT 5.0 协议相比 MQTT 3.1.1 增加了很多属性,这些属性分布于报文的可变头部 ( Variable Header ) 和有效载荷 ( Payload ) 中。 MQTT 5.0 协议中携带有效载荷的报文有 CONNECT 报文,PUBLISH 报文,SUBSCRIBE 报文,SUBACK 报文,UNSUBSCRIBE 报文和 UNSUBACK 报文。 PUBLISH 报文的有
MQTT 与 Kafka
MQTT 与 Kafka 是完全不同的两个东西, MQTT 是协议,是一个技术标准,由 OASIS 技术委员会的成员(其成员多数为 IBM 和微软的顶级工程师)制订。而 Kafka 是已经实现的开源流处理平台,最早由 LinkedIn 开发,于2011年开源后交给 Apache Incubator 孵化后成为了 Apache 软件基金会的顶级项目。 两者之前唯一存在的联系恐怕就是它们都和发布/订
EMQ 解决方案之云平台物联网消息队列解决方案
随着物联网技术的发展与普及,越来越多的智能设备具备了网络连接与数据传输能力。由于物联网场景复杂多样,设备端硬件条件、网络稳定性、流量限制、设备功耗以及设备连接数量等多方面因素造成物联网设备的消息传递与传统互联网场景有着很大不同。在物联网场景中,从设备到云端平台主流的消息协议有MQTT(Message Queuing Telemetry Transport,消息队列遥测传输)、CoAP(Constr
EMQ X Broker 3.1 - Beta.2 发布
我们荣幸地向⼤大家宣布,EMQ X Broker 3.1 - Beta.2版本已经于2019年年3⽉月17⽇日发布。 杭州映云科技有限公司聚焦于消息和流处理理技术领域,EMQ X Broker是映云科技的开源分布式IoT消息 处理理中间件。⾃自发布以来,EMQ X Broker已经在世界各地被⼴广泛应⽤用。EMQ X Broker也以其完备的 MQTT协议⽀支持、⾼高并发低延时、⾼高可扩展性、
MQTT 5.0 消息发布流程
概览MQTT 5.0 协议对部分 QoS 报文,以及报文处理的流程做了一些升级,本文对此这部分升级的内容做简单的介绍。 QOS报文格式及处理流程在 MQTT 协议中,消息分为 3 个等级,分别用 QoS0, QoS1, QoS2, 这三个不同的 QoS 值所代表的是不同的服务质量等级。以下是每一个服务质量级别的具体描述: 0 : 最多一次发送(若消息等级为 QoS 0,发布者在发布消息时只会发
MQTT 5.0 正式成为OASIS标准
作为OASIS MQTT技术委员会的一员,EMQ在上周收到OASIS的一项公告:在最近的投票中,MQTT 5.0 标准以17票通过0票反对被批准为OASIS标准。委员会将准备并发布作为OASIS标准的最终版,并在完成后通知委员会成员。 MQTT协议是一种基于客户端、服务器架构的、以发布和订阅方式传递消息的一种消息传输协议。MQTT是一种轻量的、开放的、易用的和易实现的协议,这些特性使MQTT能够
使用Rancher在Kubernetes上部署EMQ X集群
本文描述如何通过Rancher2.0部署kubernetes集群,并将EMQ X部署到kubernetes集群上 实验环境: 公有云环境:AWS EC2操作系统:ubuntu 16.04Docker version:18.09.0 通过Rancher部署kubernetes集群Rancher的安装以及部署kubernetes集群的步骤推荐直接按照快速入门执行。 创建Rancher Api密
MQTT 遗嘱消息(Will Message)的使用
简介当客户端断开连接时,发送给相关的订阅者的遗嘱消息。以下情况下会发送 Will Message: 服务端发生了I/O 错误或者网络失败;客户端在定义的心跳时期失联;客户端在发送下线包之前关闭网络连接;服务端在收到下线包之前关闭网络连接。 遗嘱消息一般通过在客户端 CONNECT 的时候指定。如下所示,在连接的时候通过调用 MqttConnectOptions 实例的 setWill 方法
Nginx + Docker 手动集群方式运行 EMQ
EMQ X 在支持客户的过程中,了解到有客户使用 Nginx 做负载均衡,Docker 容器手动加入集群的方式运行 EMQ 集群,现将主要过程记录下来。 业务需求 使用 Nginx 作为反向代理Nginx 需要提前分配好代理 server 的地址使用 Docker 容器运行 EMQEMQ 自动重启EMQ 重启后自动集群 配置Nginx 配置$ cat /etc/nginx/tcpstream
Kubernetes 上安装 EMQ X 系列文章之三 :使用 Helm 管理、部署 EMQ X 集群
Helm 介绍Helm 是管理 Kubernetes 包的工具,Helm 能提供下面的能力: 创建新的 charts将 charts 打包成 tgz 文件与 chart 仓库交互安装和卸载 Kubernetes 的应用管理使用 Helm 安装的 charts 的生命周期 在 Helm 中,有三个需要了解的重要概念: chart:是创建Kubernetes应用实例的信息集合;confi
QUIC 多流桥接、新增 DDS 协议转换代理
即将发布的超轻量 MQTT Broker NanoMQ 0.16为用户提供了2个重要新功能:MQTT over QUIC的多流桥接和DDS协议转换代理,拓宽了其弱网桥接传输性能和在边缘端的使用场景。
EMQX Enterprise 5.4:OpenTelemetry 分布式追踪、OCPP 网关、Confluent 集成支持
EMQX Enterprise 5.4.0 版本已正式发布! 新版本提供 OpenTelemetry 分布式追踪与日志集成功能,新增了开放充电协议 OCPP 协议接入能力,并为数据集成添加了 Confluent 支持。此外,新版本还进行了多项改进以及 BUG 修复,进一步提升了整体性能和稳定性。
EMQX Enterprise 5.5 发布:新增 Elasticsearch 数据集成
EMQX Enterprise 5.5.0 版本已正式发布! 在这个版本中,我们引入了一系列新的功能和改进,包括对 Elasticsearch 的集成、Apache IoTDB 和 OpenTSDB 数据集成优化、授权缓存支持排除主题等功能。此外,新版本还进行了多项改进以及 BUG 修复,进一步提升了整体性能和稳定性。
专业版即将支持自定义场景测试
物联网 MQTT 测试云服务XMeter Cloud即将上线自定义测试场景功能,助力用户对包括TCP、WebSocket、HTTP等更广泛的协议进行测试。