本文来自 EMQ 欧洲研发团队
这个五月,我们很高兴地宣布了 EMQ X broker v4.3 的发布。从社区收到的大量反馈证明了我们的努力是值得的。更多详情请前往 GitHub 查看发布说明 (https://github.com/emqx/emqx/discussions/4763)。
一些原本计划在 v5.0 中进行的更新被提前到了 v4.3 中,与此同时,还有更多工作等待着我们去完成。
◆ 集群稳定性的提高:大规模的重新订阅
我们进行了大规模(200万个连接)的连接/重连测试,验证并解决了以前遇到的订阅通配符时的不稳定情况。
我们将在后续文章中分享更多详细情况,敬请关注。
◆ 集群稳定性增强:粘性会话负载平衡
感谢 Haproxy 团队,在社区版中,我们已有了第一个支持 MQTT 协议的负载均衡器。在以 MQTT 客户端 ID 为键的 stick table 的帮助下,我们认为集群节点之间的 MQTT 会话接管/迁移的数量将大大减少。
它的启用也非常简单,举例如下:
backend emqx_tcp_backmode tcp# Create a stick table for session persistencestick-table type string len 32 size 100k expire 30m# Use ClientID client_identifier as persistence keystick on req.payload(0,0),mqtt_field_value(connect,client_identifier)server emqx-1 node1.emqx.io:1883 check-send-proxy send-proxy-v2server emqx-2 node2.emqx.io:1883 check-send-proxy send-proxy-v2
◆ 基础设施作为代码
它几乎是 EMQ X 一直以来使用的 cuttlefish 格式的一个直接替代;
它是 “纯 JSON",这是当在 HTTP API 中发布请求时唯一合理可用的格式。
◆ 无状态节点
◆ 认证授权
◆ Connetor
我们将规则引擎、认证、授权等功能都需要用到的通用资源抽象为 Connector,并上升为全局概念。我们实现了 Connector 框架以提供 MySQL、HTTP Server 等外部资源的连接配置、健康检查等通用能力,以求在代码量和使用方式上都做到简洁。
◆ StatsD, etcd 3.4 与 HTTP API
团队成员在本月陆续完成了对 StatsD 和 etcd 3.4 的支持,分别扩展了 EMQ X 的监控能力和集群能力。现在,我们正在设计更加规范更加 Restful 的 HTTP API,以提高对开发者的友好性。

点击"阅读原文" ,了解更多。
↓↓↓
最后修改时间:2021-06-02 08:53:44
文章转载自 EMQX,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




