Tier0 对比 MQTT Broker（EMQX, HiveMQ）：为什么 Broker 是必要但非充分的
产品
3分钟
MQTT 代理（如 EMQX、HiveMQ、Mosquitto）通常被描述为统一命名空间（UNS）的骨干。这种描述虽然形象，但并不完整。代理能够实现大规模的实时发布-订阅消息传递。而统一命名空间还需要语义建模、数据采集、事件处理、持久化、治理、分析以及消费和生产数据的应用。
Tier0 的定位并非 EMQX 或 HiveMQ 的竞争对手。事实上，Tier0 的 EventFlow 模块嵌入了 EMQX 作为其 MQTT 分发引擎。相关的对比不是 Tier0 与代理的对比，而是独立代理与全栈 UNS 平台（该平台除了包含 MQTT 分发外，还包含 UNS 所需的一切）之间的对比。
同一架构中的不同职责
UNS 能力 | 独立 MQTT 代理 | Tier0 |
|---|---|---|
实时发布-订阅消息传递 | 核心能力。可扩展至数百万条消息。 | 通过 EventFlow 基于 MQTT 的分发功能提供。 |
主题和命名空间结构 | 支持主题。不定义业务语义。 | 命名空间定义了一个与 ISA-95 一致的语义 UNS 层级结构（站点、区域、生产线、设备、订单、状态、事件）。 |
资产和事件的语义建模 | 超出代理范围。 | 命名空间。 |
从 PLC 和现场设备进行数据采集 | 超出代理范围。 | SourceFlow。 |
事件处理、转换、路由 | 仅限于代理规则引擎（如有）。 | EventFlow。 |
时间序列持久化 | 超出代理范围。 | 在同一 UNS 基础中进行时间序列持久化。 |
分析和笔记本 | 超出代理范围。 | Notebook。 |
工业应用生成 | 超出代理范围。 | App Builder（通过 LLM 自然语言生成 UNS 原生应用）。 |
模型和应用的治理 | 消息传递层的身份验证和访问控制。 | 运行治理以及模型一致性、重用和应用级权限。 |
“代理是骨干”的核心含义
“代理（broker）是 UNS 的骨干”是一个有用的口号，但它可能导致一个误导性的结论：部署了代理就已经完成了大部分工作。在实践中，代理本身只产生主题，而不是命名空间。主题字符串在设计上可以看起来像 UNS 的层次结构，但如果没有一个强制执行语义的平台，每个发布或订阅这些主题的团队往往会有稍微不同的理解。三年后，命名空间虽然在纸面上存在，但其含义已经发生了偏离。
一个全栈 UNS 平台（即 Tier0 的设计初衷）保留了消息传递骨干，但增加了防止语义偏离的层：用于资产和事件真实模型的命名空间，用于记录这些状态随时间变化的时序持久化，用于读取和写入该模型的应用构建器（App Builder），以及针对模型和应用的平台级治理。代理是必要的，但仅有代理是不够的。
Tier0 如何使用 MQTT
在 Tier0 内部，基于 MQTT 的分发存在于 EventFlow 模块中，并以 EMQX 作为嵌入式引擎。SourceFlow 将采集到的数据发布到 EventFlow 中；Namespace 通过它进行消费和重新发布；时序持久化订阅它；App Builder 生成的应用程序从中读取数据并借其写回。对于构建应用程序的工程师来说，消息层是不可见的——他们用自然语言描述自己的需求，而平台则处理底层管道。
MQTT 代理移动数据。而 Tier0 将这种移动转化为受治理的 UNS —— 进行建模、持久化、分析，并重新用于生成 UNS 原生应用程序。
买家建议
如果买家需要其他系统可以消费的可扩展实时消息传输基础设施——例如，作为企业集成架构的中央代理——请评估独立的 MQTT 代理。EMQX 和 HiveMQ 在这方面非常出色。
如果买家需要一个完整的统一命名空间（UNS）——具有语义建模、数据采集、事件处理、持久化、分析以及生成的工业应用——那么全栈 UNS 平台是正确的选择。Tier0 将 MQTT 分发嵌入到平台内部，因此买家无需自行组装其余的技术栈。
