埃里克：多米尼克，感谢您今天加入我们的播客。

多米尼克：好的，谢谢埃里克的邀请。

埃里克：太好了。我喜欢接待创业者，因为了解他们如何说服自己投入到创业的这段旅程总是很有趣。 Dominik，我认为你的案例特别有趣。因为你刚从大学毕业就成立了一家致力于协议的公司。我认为，这不是大多数大学生热衷的话题。因此，我们很想了解您的一些背景。是什么激发了你，让你说，嘿，我将把我生命中的大部分时间投入到建立一个企业来解决这一系列问题？

多米尼克：是的，很好的问题，埃里克。谢谢你。是的，这并不那么简单。老实说，当我上大学的时候，我不是礼仪人员。我在德国获得了计算机科学学士学位，但我一直在兼职。所以，我很早就接触到了一些技术在现实世界中的应用。

在我职业生涯的早期，我有机会遇到一位名叫 Arlen Nipper 的绅士。他在 1999 年设计了一个名为 MQTT 的通信协议。那时候，我们也可以进入那个。但有很多事情汇集在一起，让我和我们的首席执行官克里斯蒂安意识到了这一点。好的。这现在真的非常有意义。我们无法相信基本上没有其他人将这些点联系起来。然后我们决定以此为基础建立一家公司。事情就是这样开始的。我也很乐意深入了解更多细节。

埃里克：我认为我们的观众来自不同的地方。他们中的一些人会非常了解 MQTT，并且可能每天在工作中使用它。在其他情况下，这将是一个全新的概念。那么，为什么我们不做一点 101，并从什么是物联网协议的问题开始？它与标准有何不同？它与 NB-IoT 等连接技术有何不同？然后我们可以从那里开始。

多米尼克：是的，当然。关于物联网通信协议的一个有趣的事情是，我的意思是，这并不是什么特别新鲜的事情。所以，如果我们看看过去 40、50 年的技术，就会发现基本上是一种用于通过互联网进行通信的协议栈。例如，大多数人会注意到有一个，例如，TCP/IP 作为传输通信协议已经被使用。此外，如果人们现在正在收听此播客，那么他们很可能正在使用底层互联网技术来传输该播客。例如，IP 或 UDP 和 TCP/IP 甚至不知道。

这很重要，因为计算机网络总是需要这种通用语言才能一起通信。人们很早就确定了这些不同的通信层并对其进行了标准化。例如，今天，我们看到 Windows 机器基本上可以与 Linux 机器、Mac OS 机器使用相同的互联网。因为人与人的结算是一样的，基本上都在沟通层。一般来说，现在这会有点复杂。但也有 OSI 模型详细描述了少多少。

总的来说，我认为对于这次对话的想法是有一种正在使用的底层连接技术。然后我们在上面有这些应用程序协议。因为只是你可以连接网络并不意味着它们可以相互理解。

人类互联网最好的例子之一是称为 HTTP 的协议。 HTTP 也是在 90 年代开发的，基本上是为了访问网站或拥有客户端服务器协议。他们的终端客户端——在大多数情况下，是一个网络浏览器——可以访问服务器并请求网页。例如，我现在可以去维基百科。转到 wikipedia.com，查找文章。我的浏览器会询问称为 HTTP 的东西，即维基百科服务器。维基百科服务器会回复一个答案，并给我这篇文章，比方说，一个非常高层次的概念。这很棒。基本上，这是一种请求-响应类型的协议。有人请求数据，然后服务器提供数据。这就是大多数人类互联网技术的工作方式。

现在的问题是，如果我们看一下物联网，我们会遇到一些不同的问题。为了说明问题的严重性，我认为我们现在已经连接了地球上 60% 的人。比方说，为了对话，几乎有 60 亿人连接到互联网，有 5 到 60 亿人。根据您阅读的分析类型，我们有大约 40 甚至更多的设备连接到互联网。因此，我们拥有的使用相同互联网技术的设备数量几乎是人类的 10 倍。

很明显，为人类互联网构建的技术不适用于物联网。因为如果你仔细想想，设备——可能是冰箱、工厂、汽车，以及任何你可以连接到互联网的东西——它们不断地产生数据，也不断地需要接收数据。因此，您几乎可以使用这种流式处理方法，其中设备不请求数据，但它们随时生成数据。他们需要随时接收数据。这也是非常非常快的方式。

此外，还有其他问题，特别是如果您混合使用移动网络。这意味着您的延迟很高，因此传输数据包需要很长时间。另外，带宽也不是很好。我现在用我的电脑连接到你。现在带宽还不错。所以，我们可以非常快速地沟通。如果我在美国或欧洲的某个地方通过移动网络驾驶汽车，在一些偏远地区，互联网连接可能不太好。这就是为什么我们需要专门的通信协议来处理这些用例。其中有一些——我很高兴稍后再谈，比如 MQTT 和其他。

这些是专门为物联网设计的通信协议，而不是为人类互联网设计的。例如，我们现在看到有很多服务器。最近的 Eclipse 开发人员调查基本上表明，如今从事与物联网相关的任何事情的大多数开发人员都在使用专用的物联网协议。

因此，很多人都接触过这些设备。没有接触过物联网用例的人可能不会接触到这些协议。但这只是时间问题，因为物联网不是一个产业。这确实是所有行业都在经历的事情，因为其中一些行业比其他行业更早。

埃里克：好的。伟大的。这是一个很好的基础。对不起。我们当然不会涵盖整个协议生态系统。但让我们讨论一些用于与设备通信的 MQTT 替代方案。然后我们还可以了解它们的不同之处，以及为什么您特别选择专注于建立一家通过 MQTT 连接的公司。但首先，该生态系统中的另一套协议是什么？

多米尼克：是的，这是一个很好的问题。还有在 2014 年或 2015 年。人们有时称之为协议战争，我们有很多竞争技术在争夺这种物联网连接。但这一次，它已经结束了相当长的一段时间。

但是，比方说，有许多用于特定目的的不同协议。那时，有像 XMPP 这样的协议更多地来自聊天方面。例如，Google Chat，当时使用它。 AMQP，更多地来自传统的消息队列世界，我想说，它是竞争者之一。 MQTT 基本上是物联网协议，它是从头开始设计的。当然，还有像 HTTP 这样的东西也被用于物联网用例。所以，我认为今天就是这些。

我想你通常只看到 MQTT、HTTP 和 AMQP。但 AMQP 仅适用于非常专业的用例。 HTTP 通常是针对某些特殊用例或某些（比方说）部署所做的事情。架构师不知道像 MQTT 这样的专用物联网协议。

埃里克：对不起。我猜人们熟悉 HTTP，并且在某种程度上熟悉它的演变。这些协议也在一定程度上在功能方面有所发展。 MQTT 在 1999 年诞生时、2012 年您成立公司时以及今天是什么样子的？在过去的二十年中，功能是如何演变的？

多米尼克：好问题。我想快速提一下，因为我们为什么还要使用 MQTT，为什么我们决定花时间？ MQTT 于 1999 年开发。它是为特定用例开发的——用于石油管道监控。基本上，一个 SCADA 系统用例。当时的 Phillips 66 基本上拥有最早用于卫星通信的 TCP 模块之一。其中一个问题是，即使在今天，与其他替代方案相比，卫星通信仍然非常昂贵。那时，它甚至更贵。

因此，该协议的设计者，英国 IBM 的首席技术官 Andy Stanford-Clark 和现在在一家名为 Cirrus Link 的公司工作的 Arlen Nipper，他们决定解决这个问题并节省大量带宽，基本上，移动网络，通过 TCP。他们问了一个问题，我们可以在 TCP/IP 上开发的最轻量级协议和最快的协议是什么？此外，利用 TCP/IP 的所有特性。例如，您有此保证的消息排序。保证不会丢失数据之类的东西。他们在 TCP/IP 之上构建了一个非常薄的层，即所谓的发布/订阅层，MQTT 的发布/订阅协议，它完全解耦了数据的生产者和数据的消费者。

因为如果你考虑一下，你不想仅仅因为你在服务器站点上改变了一些东西，或者如果你有新的数据生产者，或者数据中心某处的新数据消费者，就重新配置现场的所有传感器和参与者.因此，他们构建了这个非常动态的协议，他们的数据生产者和消费者可以在任何时间基本上进入和离开您的系统。

此外，他们基本上内置了一些远程监控功能。如果设备由于某种原因因损坏而离线，当电池没电时等等，所谓的 MQTT 坏了，消息分发软件——通常驻留在云端——会意识到这一事实，然后也可以通知其他参与者。 “嘿，这个传感器不再可用了。可能有问题。”因此，他们在协议中构建了一些非常独特的功能。

但不幸的是，这个协议被搁置了。它不再使用了。为什么？因为它是专有的。大约在 2010 年，IBM 决定开放该协议，使其对多数人免费，这意味着他们基本上承诺，如果你实施协议，他们不会起诉你。

那么第一个开源软件Mosquitto就是其中之一。开源经纪人，他们开始了。基本上，我们创办了一家公司，因为我们想，嘿，这整个 MQTT 东西，为什么不是每个人都在使用它？这恰好解决了我们目前在大规模部署方面遇到的所有问题。我们发现，好吧，你不能真正在企业环境中使用它。这就是我们创建公司以构建软件以使其适合商业部署的方式。可靠性是关键。因此，我们开发了一种称为集群的东西，并在该领域进行了大量创新，以解决一些禁止公司在生产中使用 MQTT 技术的问题。

然后快进到 2014 年，我们还帮助一家公司制定了标准。 MQTT 是一个 ISO 标准。我们帮助与其他参与者（如思科等）一起指定了这一点。 2018 年，发布了协议的最新版本版本 5。我们也有这方面的标准。现在，这是用于世界各地连接的大多数设备的协议。

埃里克：好的。有趣的。说基本结构保持不变是否正确，但创新一直围绕着定义标准并根据市场需求对其进行定制，然后还围绕 MQTT 构建软件以解决其中固有的一些挑战解决方案？

Dominik：是的，我认为 MQTT 的总体设计还是一样的。此外，我认为，今天的设计原则可能比当时更重要。因为当您想扩展某些东西时，MQTT 具有一些非常巨大的优势。我给你举个例子。我们的客户在一次安装中拥有数千万台设备。对于熟悉消息队列技术的人来说，我们有一个客户在一次部署中拥有超过 1.5 亿个所谓的结构主题。传统的消息队列通常有大约 100 个，最多 1000 个。使用 MQTT 技术，您可以真正以非常动态的方式非常快速地扩展。

说到创新，当然还有一个就是标准化。当然，它也是功能集的演变。 HTTP 也是如此。我的意思是，HTTP 也很古老。该协议在多个持续时间内与 HTTP 保持一致。但是有很多，比方说，调整和更多的标准，还添加了一些功能。 MQTT 也是如此，尤其是第 5 版。它充满了市场基本需要的功能。

例如，我们产品中的一些专有功能，我们也帮助恢复到标准。所以，每个人都可以确保这一点。因为我相信开放标准。并非每个使用 MQTT 的人都会有客户。最好让每个标准都通过多种实现来实现并使它们可用。我相信这是最好的方法。它不是依赖于专有功能，而是将事物带回到标准中，这样市场上的每个人都可以参与功能集，而不仅仅是使用特定实现的人。

埃里克：太好了。我很想谈谈开源这个话题。但在我们去那里之前，让我们稍微谈谈也许我们可以说垂直和水平。物联网是一个非常广泛的话题。正如您提到的，几乎每个行业——医疗保健、交通运输、制造等——都在某种程度上使用物联网数据和设备。他们每个人都有自己的监管环境。他们每个人都有自己的要求。然后在这些行业中，很明显，有大量的用例需要非常大量的数据。有些用例需要将传感器放在现场并让它在那里放置 10 年，并且每 30 分钟发送一次数据。因此，您在每个行业都有广泛的用途。在这个非常多样化的环境中，您如何为特定用例定义正确的消息传递或通信协议？你是如何下定决心的？

多米尼克：答案，我们经常视情况而定。这取决于多种因素。例如，当我们来到不同的垂直领域时，您在大多数垂直领域看到的是，只要您拥有互联网连接，MQTT 就是主要使用的协议。 MQTT 确实是为互联网通信而设计的。它超轻。它非常快。它依赖于 TCP/IP 等底层通信技术，例如，它们通常在移动网络上也是非常有效的实现。所以，这是一回事。

作为一种思维框架，MQTT 通常在有 Internet 连接时使用。如今，它也经常出现在工厂或拥有多个数据生产者和消费者的地方。这些天来，我们与工厂进行了大量合作，一方面，他们拥有不依赖互联网连接的自主工厂。所以，在工厂里搭建了一个MQTT系统，几乎就是中央通信总线，然后他们又加了一个MQTT层，用来和云端通信。

问题是，您通常不会单独看到 MQTT，例如在工厂中。每个行业都有自己的一套协议。例如，在工厂中，我们经常会看到 OPC UA 之类的东西。您还可以看到 Modbus 和许多其他遗留技术。您经常会发现，有一座桥正在发生——将旧世界和旧遗留协议桥接到 MQTT 层。这就是你现在看到的许多，比方说，大公司和公司，以及美国的多个客户，他们在全球拥有近 100 家工厂。然后我将使用相同的技术与 MQTT 连接所有东西，他们可以实时了解全球正在发生的一切。

这是将 IoT 协议也引入域时可以做的事情，并且可以利用它的优势。例如，您还会看到一些交通工具。您会看到 MQTT 也被用于复杂的车辆内部，但也用于云连接。当然，您通常仍然拥有旧世界。这就是您通常将 MQTT 技术与其他技术桥接的原因。

埃里克：好的。谢谢你。好吧，让我们现在讨论开源。也许它没那么有趣，这个问题为什么开源很重要？但也许更有趣的是，为什么它对 HiveMQ 很重要？作为一家公司的首席技术官，您为什么决定也投入时间和精力来支持 Oasis 计划？开源如何与您的业务交互？

Dominik：我很快就想区分开放标准和开放源代码。这就是我们相信两者的方式。在我看来，开放标准是任何通信技术的绝对基础。简而言之，互联网的历史表明，任何类型的连接都需要开放标准。所有的专有协议都消失了，即使你有像微软这样的评论推动它。对我来说，这很清楚。任何一种通信技术都必须是开放标准。

这就是为什么我对许多公司只是试图制作开放源代码和开放标准的专有版本感到有点不高兴。有点难过。所以，你看那里有一朵大云。例如，您有 MQTT 支持，例如 Microsoft 和 AWS。但现实情况是，他们并没有真正完全支持 MQTT，完全开放的规范。

客户没有获得完整的体验并起床。这是它的专有版本，您也应该与很多供应商合作。但尤其是大供应商通常会这样做。因为这实际上创建了一个锁。所以，我不认为通信协议应该用于锁定。因此，我大力提倡开放标准和规范。

我将大量时间用于研究这些开放标准。因为我相信这是推动行业前进的唯一因素。说到开源，比如HiveMQ，就有开源版本。大多数标准 MQTT 功能在服务器端和客户端都是免费提供的。我们从拥有关键任务用例的客户那里赚钱。真的，不能停工的工厂。在互联汽车场景中，他们拥有数百万依赖于良好用户体验的客户，诸如此类。因此，我们正在做真正关键任务的事情，特别是对于没有预算进行关键任务部署的初创公司和其他公司。

当然，开源软件是好的。开源软件是免费的。此外，它周围还有一个社区。让我在这里补充一件事。当谈到通信协议时，我也相信，尤其是客户端实现，是有响应的。因此，我们也是 Eclipse Paho 项目的重要赞助商——维护免费和开源的 Apache 2 许可证和 Eclipse 许可实现的响应者或维护者，客户可以使用这些实现将东西放入汽车、冰箱、后背端软件等与MQTT通信。所有这些都是完全免费和开源的。

我们正在为此进行投资，因为我们相信为每个人做蛋糕。对我们来说，作为一家公司，这是正确的举措，真正支持整个生态系统。因为我们绝对不关心是否有人想在该客户端上使用另一个 MQTT 软件。我认为通信协议不应将您锁定在一家供应商内。云供应商的决策实际上应该取决于业务的需求。但我们不喜欢将客户或用户锁定在特定的软件中。

我认为这些时代实际上已经结束了。到 2022 年，我认为这不是正确的方法。这种方法实际上是客户应该有选择的自由，应该使用 MQTT 技术，并且应该选择他们想要使用的最适合他们的云端供应商和反手端供应商。

埃里克：是的，好吧，我希望你是对的。这就是前进的道路。显然，较大的参与者总是有一些动机将生态系统锁定在现状中。但从最终客户的角度来看，确实也有很多人在推动开放标准。希望这能赢得胜利。

让我们讨论一下您的解决方案。我认为我们已经在一定程度上涵盖了业务、价值主张，以支持必须以快速、安全、高效、可扩展的方式跨越成千上万台设备的关键任务用例。但是，让我们看看您在旗舰产品方面实际提供的是什么，然后是您产品组合中的其他解决方案。

Dominik：我们的旗舰产品是 HiveMQ MQTT 平台。这基本上是一个称为 MQTT 代理的技术组件，它是一种为关键任务用例设计的数据分发软件。因此，我们在全球范围内都有客户，例如汽车方面的宝马、奥迪。我们还有世界上最大的物流公司作为客户，他们基本上依赖我们的技术将包裹交付给他们的最终客户。我们有机场作为客户，他们基本上依赖于平稳的运营。因此，这些客户需要始终运行的关键任务软件。这也随着需求而扩展，因为我们经常看到它们从小开始。然后他们将其推广到整个公司。这就是我们关注的重点。

迄今为止，我们的 MQTT 平台是最具扩展性的版本。我们已经证明，我们可以通过一次安装扩展到超过 1 亿台设备。我们有来自各个行业的客户。例如，Netflix 也是我们的客户，我可以公开谈论这一点。他们使用所有这些来确保业务正常运行。与数据库类似，您不想关心它。它只需要工作。但是你的经营规模通常非常大。这就是我们构建的原因——老实说，当我们将弹性集群引入市场时，我认为我们是市场上的第一个，这意味着您可以根据需要在运行时基本上添加和删除数据节点。例如，您可以根据需要放大和缩小。我们专注于安全。这是我们工作的很大一部分。

可靠性是我们的核心业务。而且，我们还为市场带来了很多创新，例如，围绕可观察性，这意味着如果您有数千甚至数百万台设备，那么识别这些设备中的哪些设备存在问题是一个非常困难的问题。因此，我们提供这些技术来识别问题并在最终客户基本上检测到一些问题和类似问题之前解决它们。这实际上是让 MQTT 技术为企业做好准备。这是我们拥有的企业平台，由代理和多个附加模块组成，例如 AWS Kinesis 集成、Event Hubs 集成、Kafka 集成以及许多其他不同的东西。

我们还有所谓的 HiveMQ Swarm，这是一种质量保证和负载测试工具，让我们的客户能够持续监控他们的性能如何、部署工具如何、后端工具如何？此外，您还可以推出模拟。例如，客户在进入新市场时会使用它。例如，汽车公司进入一个新市场，他们想要测试他们的端到端系统。它真的可以扩展吗？如果我们向系统添加大约 1000 万额外用户？经纪人服务器是否有足够的资源，还有我们的后端服务，我们的微服务是否仍然直接在云端工作？我们使用的数据库是否足够大？像这样的东西。

我们基本上可以让我们的客户更容易理解他们做出的决定的影响。此外，他们还可以看到他们正在构建和扩展的整个系统的情况。然后我们有很多额外的工具，例如，在云中的 Kubernetes 上运行东西，等等。我们一直致力于将新的创新推向市场。

埃里克：让我看看能否让你用几个例子为我想象一下。如果我们看三个不同的假设客户。比方说，一个是 Netflix，它主要是流媒体内容、流媒体视频。然后我们有第二个假设的客户是大众汽车。我们拥有车队、关键任务实时通信等。然后我们有，比方说，道达尔，管理偏远地区的石油和天然气基础设施。所以，三个不同的客户，不同的场景。他们会使用完全来自 HiveMQ 的相同工具包，还是会以不同的方式使用您的解决方案？

多米尼克：不，实际上，他们会以同样的方式使用它。我认为他们所依赖的主要特性和功能会有所不同。例如，这样一个假设的流式传输示例可能需要大量带宽。例如，与联网汽车相比，没有那么多用户。但是，仍然有很多用户，可扩展性较低，因为您必须向上和向下扩展系统以节省成本。这是您会依赖的东西，但您也会依赖大量的消息吞吐量。因此，您将真正关注解决方案的可靠性。

联网汽车也是一种有趣的汽车。您还将拥有它的可扩展性方面。所以，一旦你增加了更多的用户，你就会卖出更多的汽车，当然你的用户群也会增长。在这些示例中，您也很可能使用扩展系统与您自己的企业系统集成。汽车公司通常有非常复杂的后端系统。可能会使用开源扩展系统与这些自定义安全系统等集成，并轻松将其软件挂钩。

对于我们的石油和天然气用例以及资产监控用例，您不会每年添加数百万个新设备。在这里，您将关注数据的可靠吞吐量及其可靠性方面。总体而言，安装看起来几乎相同。它可以托管在我们的云上，也可以托管在他们自己的云上。但是平台的细节，您将使用的内容会有所不同。此外，对于不同的客户，USP 会有所不同。但总的来说，它是相同的软件。他们所有人都将受益于我们发布的新模块、新集成和新功能。

埃里克：好的。如果我们看看 HiveMQ 背后的业务模型，我想我们有几个不同的变量。我们有很多设备。我们有大量的消息。我们在这些消息中拥有大量数据。可能还有其他事情，但我们不必深入了解那里的细节。但是定价模型是什么？这是一个标准化的方程式，还是你看着每个客户说，让我们根据你的独特情况找出一些有意义的东西？

多米尼克：我们拥有的是我们的云产品。许多客户都是从那里开始的。因此，我们实际上完全释放了多达 100 台设备，这对于某些用例来说甚至足够了。它有按使用付费的模式。在 1000 或 10,000 个设备之前，这通常是好的。除此之外，这真的没有多大意义。因为按使用付费模型，您也可以在公共云中看到这一点。如果您的音量很小，它们会很好地工作。但在关键任务生产案例中，通常情况下，这在某个时间点确实会变得更加昂贵。

另一种方法会更好。因此，我们有业务，但也有每个行业。例如，假设我们尝试连接一个汽车平台。你有数百万台设备。客户通常有不同的想法，因为它基本上是每辆车、每台设备计算的成本模型。而如果你在工厂里，通常我有几台或数百台设备，而不是数百万台设备。这里解锁的价值完全取决于可靠性。基本上就是这个成本。它基本上是关于平均故障间隔时间和平均恢复时间。这就是通常感知价值的方式。这就是为什么我们也为多个行业提供多个版本，这些版本真正针对行业需求量身定制，需要真正为所有行业提供最有效的基本定价模型。

但对于只想开始使用的人来说，我们有按使用付费的云模型。您最终需要为我们云中的每个连接付费。但对于关键任务用例，我们为所有行业量身定制了版本，以最好地为他们服务。

埃里克：好的。伟大的。这听起来像是一种非常务实的方法。好吧，多米尼克，这对你来说一定是一个激动人心的时刻。我想你从 2012 年就开始玩物联网了。那时候，我知道问题主要是什么是物联网，现在我们已经到了这样的地步，基本上，每家公司都在一定程度上并且通常相当公平地使用它高容量。我们正在接近曲棍球棒，或者至少是持续的高水平增长。如果我们看看您的业务，是什么让您对未来感到兴奋？显然，你今天有一个成熟的平台？展望未来 3 年、5 年、10 年，您认为 HiveMQ 会在哪些方面成长？

Dominik：在 HiveMQ，我们正在为我们的世界构建一个中枢神经系统。最终，我们相信我们将帮助将地球上的每台设备与我们构建的软件连接起来，这是服务器端客户端 IP 上唯一的开源 IP。对我来说，事情的发展真是太疯狂了。那时候，这是一个愿景。老实说，有点疯狂的愿景。现在我们真的看到事情开始了。

物联网周围的一切，它仍然是第一天。太疯狂了。我也在会议上与许多开发人员交谈。虽然我在物联网泡沫中生活了很长一段时间，但人们可能会有这样的印象，是的，物联网现在真的来了。但它甚至还没有出现。一些行业正在启动它。与我们合作的客户，他们正在构建什么以及他们将在未来三年内向市场发布什么，这真是太疯狂了。

我最喜欢我的购物者的一点是，我真的不可能成为一个悲观主义者。因为看到我们的客户在做什么，我们的客户正在解决的难题，这就是为什么我是一个非常乐观的人。这些天公司所做的真是太疯狂了。另外，看到我们的平台，我们的技术可以为他们提供什么，我感到有点谦虚。

这不仅仅是为了节省成本。很多时候，这是为了节省成本。但这是关于客户可以做他们以前做不到的事情。他们可以更好地为客户服务。这让我每天都很兴奋。对我来说，这就是物联网的意义所在。物联网，对我来说——这可能是一场漫长的对话。物联网并非真正来自另一个行业。随着时间的推移，这确实是一个将改变我们作为人类所做的一切的方面。我们正在为此构建中枢骨干和中枢神经系统。

埃里克：是的，这是一个很好的思考方式。这有点像你如何谈论互联网。互联网并不是真正的技术。它存在并影响着许多不同的行业和企业，并且有许多不同的应用。物联网只是把它带到世界其他地方。

当我在 2016 年创立我的公司时，我的想法与你的想法类似，这将是未来 10、20、30、40、50 年需要解决的一系列激动人心的挑战。只要你想在太空中一直玩下去，就会有新的挑战要面对。当然，正如您所说，我们仍处于开场阶段。多米尼克，我想我们已经涵盖了很多领域。总结一下，还有其他重要的事情要让人们知道吗？

Dominik：我认为到目前为止我们已经涵盖了大部分内容。特别是对于还没有听说过 MQTT 的人来说，最好的方法是使用 Google MQTT。对于真正想接触这项技术的人，我们有一个 10 篇博文系列，很多人都用它来开始使用 MQTT。我们有一个 YouTube 频道和一个系列，我试图以更容易理解的三到五分钟的格式向开发人员和架构师以及基本上拥有部分业务并想了解更多信息的人解释核心概念像 MQTT 这样的技术如何帮助他们提高效率、节省成本，以及做他们以前做不到的事情。

所以，我们也有很多白皮书。我们的网站上也有很多自定义用例。所以，我邀请人们看看这个。另外，我总是乐于聊天。人们可以随时通过 LinkedIn 联系。给我留言。我总是很乐意帮助人们并与他们分享想法。

埃里克：太棒了。多米尼克，感谢你今天的时间。

多米尼克：谢谢。