关于mqtt:EMQX-Enterprise-54OpenTelemetry-分布式追踪OCPP-网关Confluent-集成支持

EMQX Enterprise 5.4.0 版本已正式公布！

新版本提供 OpenTelemetry 分布式追踪与日志集成性能，新增了凋谢充电协定 OCPP 协定接入能力，并为数据集成增加了 Confluent 反对。此外，新版本还进行了多项改良以及 BUG 修复，进一步晋升了整体性能和稳定性。

OpenTelemetry 分布式追踪与日志集成

在 EMQX v5.2.0 中，EMQX 提供了 OpenTelemetry 指标（Metrics）的集成，本次公布中，EMQX 进一步提供了分布式追踪（Traces）与日志（Logs）的集成，齐全实现了 OpenTelemetry 可观测性框架所需的性能。

分布式追踪（Traces）

OpenTelemetry 分布式追踪是一个用于追踪申请在分布式系统中的流动的标准，用于追踪申请在分布式系统中的流动状况，并提供可视化剖析申请的性能和行为的能力。在 MQTT 场景下，这一概念能够实现逾越 MQTT 音讯传输中的不同参与者（发布者 -MQTT 服务器 - 订阅者）的申请追踪。

EMQX 遵循 W3C 的 Trace Context MQTT 标准实现了端到端的分布式追踪性能：客户端在公布时为音讯增加 traceparent 用户属性，Traces 将记录音讯在 EMQX 集群节点以及订阅者之间的流转状况。对于不反对设置用户属性的 MQTT v3.1/3.1.1 客户端，也能够配置 EMQX 在外部主动为音讯增加追踪 ID 实现分布式追踪。

借助 OpenTelemetry 分布式追踪，EMQX 系统管理员或开发者能够实时监测和剖析物联网利用的性能和行为，并在呈现故障时疾速定位并排除故障。

日志（Logs）

与基于文件的日志一样，OpenTelemetry 日志同样用于记录要害事件、状态信息和谬误音讯，帮忙开发人员和运维团队了解应用程序的行为和故障排查。

不同的是，OpenTelemetry 日志应用了规范化的日志记录格局，使得日志更易于解析、剖析和解决。首次之外 OpenTelemetry 日志还反对在记录中增加丰盛的上下文信息，如 Trace ID、标签、属性等。

EMQX 反对同时开启 OpenTelemetry 指标、追踪与日志性能。指标用于实时状态监测，追踪数据显示申请的流程和路径，而日志数据能够提供每个流程上更多的细节和上下文信息，三者互相集成能够建设一个对立的视图和剖析平台，造成一个残缺的观测解决方案。通过对立的平台，用户能够更高效地治理和利用数据以取得全面的应用程序观测能力，从而精确地定位和解决问题，大大晋升开发人员和运维团队的工作效率。

凋谢充电协定 OCPP 协定网关

OCPP (Open Charge Point Protocol) 是一个连贯充电桩与地方管理系统的凋谢通信协议，旨在为电动汽车充电基础设施提供对立的通信标准。

本次公布新增了 OCPP 1.6-J 版本的协定网关，可能为合乎 OCPP 标准的各品牌充电桩设施提供开箱即用的海量接入与上下行音讯传输能力，并提供了一系列平安、治理与集成的反对，包含：

1. 提供 TLS/SSL 加密连贯，保障传输层平安
2. 提供用户名 / 明码、JWT 接入认证
3. 提供上下行音讯权限控制能力
4. 提供基于 Dashboard 与 REST API 的客户端治理能力
5. 反对与 MQTT 协定异构联合，满足更加灵便和多样化的利用场景需要
6. 反对通过规定引擎、数据集成以及 REST API 等形式与第三方管理系统（Central System）集成

借助以上个性，用户能够疾速构建安全可靠的电动汽车充电基础设施，疾速交付并实现无效充电业务管理和经营。

JT/T 808 与 GB/T 32960 协定网关

本次公布新增了 JT/808 与 GB/T 32960 两种车联网协定网关，可能提供符合标准的车辆数据接入，并通过 EMQX 的集成能力与车辆管理平台侧集成，实现互联互通。

JT/T 808 是交通部颁布的车载终端通信协议，宽泛用于车辆近程监控和调度治理。该标准规定了车辆与监控核心之间的通信协议格局和数据传输方式。协定包含车辆定位、报警信息、语音通信、数据传输等性能，能够实现车辆地位追踪、实时监控、报警解决等性能。

GB/T 32960 电动汽车近程服务与管理系统技术规范的国家标准。该标准规定了电动汽车的近程服务与管理系统的技术要求、数据格式和交互方式。协定包含了电动汽车的根本信息、驱动电池信息、车辆地位信息、行驶数据、故障诊断等内容，通过这些信息能够实现电动汽车的近程监控、能源管理和平安治理等性能。

借助两种车联网专属协定以及规范 MQTT 协定反对，EMQX 可能提供多类数据一体的接入和集成能力，帮忙车企与车辆平台疾速构建车联网利用，提供更高效、智能化的车辆管理和经营服务。

Confluent 集成反对

Confluent 是一个全面的数据流平台，提供全托管的 Confluent Cloud 与自托管的 Confluent Platform 产品，用于解决和治理间断、实时的数据流。

Confluent 蕴含多项服务，例如 Kafka 服务，Schema Registry 与事件流解决工具，以及跨区域的数据复制能力和其余丰盛的扩大性能。EMQX 与 Confluent 生态集成，可能为企业提供灵便的物联网实时数据采集、传输、解决和剖析全套解决方案，为企业提供更多的洞察和决策反对。

平安加强

1. 通过 Prometheus Pull 模式集成时，反对为用于获取指标的 REST API GET /api/v5/prometheus/stats 启用身份验证性能。
2. 配置文件当初反对将敏感配置存储为文件，并通过在配置文件中应用非凡前缀 file:// 来指定文件门路进行加载。

3. REST API 当初增加了 RBAC 性能，实现更精密平安治理。通过 Dashboard 或密钥初始化文件创建 API 密钥时，能够指定 API 密钥的角色，现有以下角色可供选择：

   • 管理员：能够拜访零碎中的所有资源。
   • 查看者：只能查看资源和数据，对应 REST API 中的所有 GET 申请。
   • 发布者：专门用于 MQTT 音讯公布，只能拜访与公布相干的 API。

性能加强的新路由存储架构

本次公布设计了新的路由存储架构，在内存使用量略有减少的状况下进步订阅和路由性能，尤其是对于共享订阅下应用通配符的场景。在外部基准测试比照中，EMQX 5.4.0 版本相较于 5.3.0 版本，均匀订阅速度晋升了 30%。

同时因为新存储架构勾销了建设独自索引操作，也因而彻底防止了极其状况下集群路由状态不统一的状况呈现。

新存储架构默认启用，旧版本集群将在滚动降级后也将主动切换到新架构。如果你不想应用新架构，能够通过配置 broker.routing.storage_schema 指定应用旧架构。

其余新增与变更性能

1. REST API 与 Dashboard 增加了备份与复原性能，用户能够为集群创立多个数据备份，并在须要的时候复原。
2. Dashboard 中增加了审计日志治理页面，用户能够应用该页面查看对 EMQX 设施和数据进行的所有更改操作，例如踢出设施、创立 / 删除规定等。
3. Dashboard 单点登录中的 SAML 协定反对与 Azure Entra ID 进行集成。
4. 客户端认证应用 LDAP 作为数据源时反对通过 bind 操作进行验证，实用于曾经在 LDAP 服务器上领有账户数据或不足增加或批改数据权限的状况。
5. 调整数据桥接设计，将其拆分为连接器与动作（Sink）。连贯用于治理数据集成与内部零碎的连贯，能够在多个动作之间重复使用，动作仅用于配置数据操作形式。这个设计可能提供更大的灵活性和更好的可扩展性，实现更清晰的数据集成配置与治理。
6. 节点重均衡操作状态 API GET /api/v5/load_rebalance/availability_check 勾销身份验证，简化了负载均衡器配置。
7. 新增重置 License 性能，容许将现有的 License 设置为默认试用 License。
8. 调整默认试用 License 规格，由 100 连贯调整为 25 连贯。

BUG 修复

以下是次要 BUG 修复列表：

• #10976 修复共享订阅中的主题过滤器反复解决问题。在之前的实现中，订阅选项的存储办法没有充沛适配共享订阅，这导致在特定的主题和流程下，”订阅 - 勾销订阅”期间音讯路由失败并且节点之间的路由表呈现透露问题。
• #12048 修复 COAP 网关疏忽订阅选项的谬误。
• #12158 修复规定引擎无奈连贯到 Upstash Redis 的问题。修复前，在与 Redis 服务建设 TCP 连贯之后，EMQX 的 Redis 驱动程序应用 inline commands 来发送 AUTH 和 SELECT 命令。但 Upstash Redis 服务不反对 inline commands，导致 EMQX 无奈连贯到 Upstash Redis 服务。修复后，EMQX 的 Redis 驱动应用 RESP (Redis Serialization Protocol) 来发送 AUTH 和 SELECT 命令。

更多功能变更和 BUG 修复请查看 EMQX Enterprise 5.4.0 更新日志。