MQTT的未来在哪里？

我对MQTT的理解方面有一些有趣的历史。在早期，我不喜欢它，并认为它在自动化层次结构中没有什么位置。当时我认为我有很好的理由，但后来意识到我是错的。更重要的是，其他人都知道我错了。

一年后，我写了几篇文章，基本上是说我错了，不该轻视这项技术。我终于意识到它在工厂地面上有一席之地。我认为这个位置是为需要解决数据传输问题的自动化专业人员准备的。它易于实施，在有限的领域中运作良好。它速度快，有一定的安全性。但数据建模一直是MQTT的软肋。

许多制造商并不太关心数据建模，但这是一种弱点，我认为随着时间的推移，这将变得更加重要。如果它的技术背后的人们不能解决这个问题，这可能会导致MQTT的重要性下降。

我是这样认为的。数据建模是未来的趋势。我们可能永远无法完全达到那个目标，但明确的方向是为工厂地面上的每个设备都创建一个类似“打印机驱动程序”的资产。这个“驱动程序”将嵌入一个标准的数据模型，以便任何想要使用该设备的订阅者都可以使用。通过查询数据模型，订阅者可以获得从该设备中想要的任何数据。不需要手册、标签列表或任何这样的东西。

OPC UA已经朝着这个方向发展了。UA已经内置了数据建模。它还允许设备查询该数据模型，因此请求者可以查找他们想要的数据值，获取数据类型和与之关联的任何元数据。这些数据模型还确定该值更新的频率、分辨率以及可用于理解该数据值的任何其他信息。正如我所说，数据建模是未来的趋势。

CESMII是一个与OPC UA、NAMUR、VDMA和其他制定工厂地面标准的组织有密切联系的组织，最近发布了其云服务器的第一个实现。该服务器将为想要了解其他设备的控制器和设备提供数据模型。如果MQTT背后的人想保持相关性，他们必须开发类似的解决方案。

公正地说，MQTT有其自己的建模方式，即Sparkplug B。Sparkplug预定义了主题名称，并使得以标准方式使用MQTT变得更加容易。目前还可以接受，但它与工厂层面未来构想的数据建模相差甚远。如果MQTT无法发展和开发支持那些正在成为标准的模型的工具，我不确定它的未来会怎样。

我不想在这个问题上有任何争端。我们只是想帮助制造商快速轻松地在工厂地面上传输数据。当数据建模成为你工作的重要部分时，我们将在那里帮助你。我们在网关产品线中支持MQTT，但不支持Sparkplug…至少目前还没有。如果你认为支持Sparkplug很重要（我其实不确定），请告诉我你为什么这么想。