Erik：欢迎来到工业 IoT Spotlight，这是您从工业 IoT 思想领袖那里获得洞察力的第一站，他们正在与您的主持人 Erik Walenza 一起改变当今的业务。

欢迎回到工业物联网聚焦播客。我是您的主持人，IoT ONE 的首席执行官 Erik Walenza。我们今天的嘉宾是 ThingLogix 的首席技术官 Rob Rastovich。 ThingLogix 是一个平台和服务提供商，可简化构建、部署和扩展 IoT 解决方案的过程。在本次演讲中，我们讨论了可用的现有物联网开发工具套件，以及领先基础设施提供商之间的权衡。我们还探讨了物联网开发从自下而上的工程师主导项目到自上而下的战略计划的演变。

如果您发现这些对话很有价值，请给我们留下评论和五星级评价。如果您想分享您公司的故事或推荐一位演讲者，请发送电子邮件至 team@IoTone.com。谢谢你。 Rob，非常感谢您今天抽出时间与我们交谈。

罗布：谢谢，埃里克。感谢您的款待。我很感激你让我上场。

Erik：Rob，我认为 ThingLogix 是一家非常有趣的公司。有趣的是，我了解到实际上除了担任 ThingLogix 的首席技术官之外，您还是俄勒冈州本德市的一名牧场主，也许一年前看起来可能比现在更多一些，我猜这种感觉是您实际上可以在租用的同时变得有效。 CTO 可能是更常见的东西，但你是怎么落到那种境地的？

Rob：你找不到很多 CTO 牧场主。我们住在本德的牧场已有 102 年历史。实际上，我们是这个偌大县城中第一个拥有 100 年历史且仍由原家族拥有和经营的牧场。所以它实际上是我祖父的，他早在 1919 年就住在本德这里。当我第一次看到 Macintosh 时，80 年代的技术漏洞让我感到震惊，我认为这是有史以来最酷的事情，而且从未回头。

我们在这里养了很长时间，实际上人们总是问我你是怎么弄到这两个的？他们怎么一起玩？我认为每个人都应该，你应该是牧场主或农民，还有技术，因为它们相得益彰。当我在本德时，我总是开玩笑说，我在这里认识的大多数人都是牧场主和农民，如果我和他们谈论物联网，他们会看着我，就像我有三个脑袋一样。

Thinglogix 实际上总部位于湾区。所以当我在硅谷的时候，我主要认识那里的技术人员，当我和他们谈论碎牛肉的来源时，他们看起来就像真的，它来自动物？因此，这在两个世界中都是一种脚，但它们确实可以很好地互补，因为它们能够在一个方面非常聪明，而在另一个方面则非常实际。

Erik：当我看到牧场时，我有点认为这是 CTL 在创业公司赚了一些钱，然后决定去和一些动物一起玩火的故事，我知道这真的融入了你的血液。

Rob：这更像是我不知道如何不养牛。

Erik：您一直在 ThingLogix 工作，自公司成立以来您一直在公司工作吗？还是因为我认为它可能在您加入前几年就成立了？您是创始人之一，还是在公司早期被招募为技术负责人？

Rob：是的，我们实际上是创始人之一。所以 ThingLogix 实际上诞生于一家名为 2lemetry 的公司。 2lemetry 是一家初创公司，我本人、我目前的两个合伙人以及其他几个合伙人于 2012 年创立。 2lemetry 是什么，当时我们称之为机器对机器或 MBM，但我们着手创建一个平台来获取所有这些数据。因为我们相信即使在当时物联网或机器对机器是下一件大事，所以我们想创建一个平台，你可以在其中进行大量的同时连接，并连接数百万台设备等等。

我们的目标实际上是将其出售给 salesforce.com，因为我们实际上来自，我们所有人，在 Salesforce 的一家咨询公司工作。我们最终卖掉了，2lemetry 实际上被亚马逊收购了，现在就是所谓的 AWS IoT。因此，在亚马逊上运行的物联网服务是我们在丹佛（丹佛总部所在地）首创的技术。

Thinglogix 就是由此而生的。我和我另外两个创立 ThingLogix 的合伙人，在被亚马逊收购后，我们不想去西雅图，因为西雅图没有地方放牛。因此，我们决定吸引客户并针对我们刚刚出售给亚马逊的技术提供专业服务。因此，ThingLogix 实际上诞生于围绕物联网和我们为 AWS 开发的技术提供专业服务的想法。

埃里克：从你创立公司到亚马逊收购它只有 12 个月多一点，或者一年半多一点的时间，这对亚马逊来说是一笔非常快速的交易。这是否一直是您认为的意图，好吧，有人会想要购买这项技术，我们只需要把它弄到我们已经验证它有效的地步。那么从一开始就清楚了吗？

罗布：是的。好吧，这当然是我们在 2lemetry 的计划就是这样做的。在此之前我们有过几次失败。所以在 2lemetry 之前还有其他几家公司我们失败了，然后 2lemetry 是我们的最后一家。所以它看起来很快，但确实感觉花了很长时间。我们的目标追求者始终是 Salesforce，因为我们认为 Salesforce 将成为物联网的天然搭档。我们必须对我们的基础设施进行一些压力测试，以证明我们可以处理我们声称的数据量类型。因此，为了做到这一点，我们必须启动所有这些 EC2 实例，并且我们必须启动整个基础架构。

亚马逊居然打电话说，你们在做什么？你为什么要花这一切？因为看起来那里可能有一些黑客行为。然后他们对我们正在做的事情产生了兴趣。他们最终在 Salesforce 之前收购了我们。

埃里克：总是这样的故事，创业，你看到了冰山一角，看起来这些人一夜之间就成功了，然后现实是在水下付出了巨大的努力。

Rob：而且压力很大。

Erik：好吧，告诉我关于 ThingLogix 的事，所以你是从一家专业服务公司开始的。在这种组合之间，今天的业务是什么样的？

Rob：我们开始提供专业服务，他们的目标是能够快速交付物联网解决方案。在交付方面，我们确实来自 Salesforce 生态系统，以及围绕 Salesforce 的咨询和专业服务，并意识到 Salesforce 为 CRM 所做的事情，我确信帕克哈里斯和贝尼奥夫有一天会坐在一起，他们说每个人都需要 CRM，并且每个人都需要一个数据库，他们需要在那里建立联系，它需要说出名字和姓氏以及电子邮件或电话号码，需要有一个帐户，需要成为潜在客户和机会。

为什么我们不直接建造所有这些并将其提供给他们呢？然后让人们开始自己定制它，抽象出 DBA 和 servlet 版本的所有复杂性，以及所有这些，给定他们可以实际构建业务解决方案的 Web 应用程序。

我们的目标是获取您在物联网实施中所需的构建块。您需要资产管理。您需要工作流程。您需要消息代理。您需要集成。你需要安全感。在进行物联网交付时，您需要所有这些东西。所以我们最初的想法是，让我们构建所有这些东西，然后带着我们的工具包出现在门口，然后说，嘿，我们可以比下一个人更快更快地构建你的解决方案？

多年来，物联网实际上已经发展成为自己的平台，现在您可以在几分钟内真正启动物联网应用程序，然后我们为您提供所有这些构建块，非常类似于 CRM 的 Salesforce 范例，您可以开始非常非常快速地配置您的应用程序。

因此，我们的平台已成为我们核心竞争力的一部分，就像我们的交付一样。所以，我们还是围绕着平台做专业的服务，但总是先从平台做起。

Erik：所以你已经建立了这个微服务库，你有下面的架构。然后看起来您正在围绕特定情况（例如波士顿动力）构建许多可能半生不熟或半成品的模板？那么，如果是这种情况，是不是你已经弄清楚了波士顿动力机器人的工作原理，并且你已经建立了 API 和一切与它们一起工作的东西？如果有人说，嘿，我想和波士顿动力公司做点什么，你可以插上电源说，好吧，我们已经完成了 80% 的工作，我们现在只需要准确地编写你的程序希望机器人做。那么在这种情况下，您基本上是在提前构建这些模板和这个架构，以便有人可以定制吗？

罗布：是的，没错。我们确实采用了这个想法，并且我们在 AWS 之上运行，所以我们所有的底层服务都是 AWS 的无服务器资源。所以我们不使用任何易于使用的东西，或者任何那种东西。一切都在拼接在一起，这些 AWS 上最好的微服务成为一个解决方案。我总是说 AWS 就像一个汽车配件商店，对吧？而且我想很多时候，每个人都很难理解每项服务的作用，他们使用这个或他们使用那个。我们将它们组合在一起以制作 100% 的服务应用程序。

我们实际上安装了我们的称为 Foundry 的平台实际上安装在您的 AWS 帐户中。因此，您进入我们平台的一个实例，我们为您提供 CloudFormation 模板，您进行虚拟双击，它就会安装在您的 AWS 账户中，预置所有必要的资源。并且规定是数据存储。所有这些东西现在都已准备好并准备就绪。

因此，我们还安装了附加应用程序。波士顿动力是一个很棒的，有鸭子现货。我们开始与 Spot 就大流行前进行合作。我们的目标实际上是在一堆技术会议上占据一席之地，并让他们四处走走并出现，但这在去年的效果并不好。是的，你现在可以有一个 Spot 实现，我们在其中安装必要的 API 和与 Spot 通信的东西。

我们有一个人数统计解决方案，它可以计算设施的占用能力。我们有一款名为 Work Watch 的产品，它确实有助于基于文本的健康检查。我们有一个用于水监测的，您可以安装。我们的许多客户实际上会在代工厂类型上构建自己的应用程序类型，然后他们开始转售他们自己的基于 Foundr 的应用程序。所以Foundry成为了观看的基础。但是你说得对，这个模板化的垂直解决方案位于它之上，然后你可以很容易地启动和复制。

Erik：我们见过很多平台公司，然后是IoT ONE，我们也在这个领域做了很多研究。很长一段时间，有人会建立一个平台，它可能具有所有必需的功能，但随后他们发现他们的最终客户没有人来实际开发这些应用程序。因此，您最终会得到一个具有强大水平功能的平台，但没有可以轻松部署的垂直应用程序或特定用例。

另一方面，你有 SaaS 解决方案，它提供了一个特定的功能 Salesforce，例如，它在消费者或传统互联网上做得很好，但在工业物联网中有点挑战，因为事情比他们在企业中的定制化程度更高。我很好奇，从一开始就是这种直觉，这是你必须采取的方向吗？或者是特定客户引导你走上这条路，然后只是说，好吧，这似乎是市场想要的，所以让我们围绕一个水平平台建立我们的业务，但随着时间的推移，我们会建立这个应用程序模板库可以提供，那里的思想目的是什么？

Rob：我希望我能说，是的，那是我的意图，而且我从第一天开始就知道，这正是我们要做的。但我确实是平台的架构师。当我们在 2lemetry 时，我们正在摄取所有这些数据，让我花费 30 年的时间进行咨询和交付，我首先看到的是，我将代码放在哪里。我有数据要上来。我有一个设备，它已连接，它在鸣叫，它在跟我说话，现在我需要把逻辑放在那里，我必须把一些逻辑放在我的东西上。每个人都需要这种能力来围绕这些设备进行逻辑和自定义以及设备之间的互操作性。

所以一开始，一切都很好，那就是ThingLogix这个名字，你把你的东西的逻辑放在哪里？起初，它实际上只是试图创建一个框架，以便它是一个可重复的模式，以及一个可扩展的解决方案，这样作为开发人员，我可以进入并去，好吧，我有一百万台设备，我需要说如果温度大于 100，则执行 XYZ。或者如果确实存在水，则告诉泵关闭，或进行一些预测性维护。

这就是我们真正要做的就是创建一个平台和一个框架来开发物联网应用程序。销售框架非常困难。销售平台非常困难。 VC 并不想和你谈论你的架构有多棒，你可以无限扩展，你在安全性上花了多少时间，以及 lambda 函数如何触发以及所有这些不同的事情。他们想知道它是什么，你能做什么，我怎样才能把它推向市场？

我们很快发现，谈论平台的故事是每个人都有一个平台，你不能用这个平台做任何事情。第一个是这个智能家居，我们有一个客户说好吧，我有 100,000 个出租物业，我想为他们配备智能恒温器、泄漏检测、烟雾，所有这些东西。我想要一个可以管理 100,000 个这些属性的解决方案？嗯，这是一个很大的问题，你需要一个大的基础设施。

但是我们也意识到，哦，出去卖更容易，这是一个智能家居解决方案，好吧，我们明白了。它恰好在我们的平台上运行，我们可以让它运行起来。智能家居解决方案可以旋转和安装。如果 Foundry 为您提供了 80% 的路径，那么垂直解决方案可能为您提供了 90% 或 92% 的路径，您可以自定义最后一部分以满足您的特定业务需求。但是那些类型的东西，制冷，冷链，制造智能城市，我们有几个有线电视公司正在使用我们的平台，然后他们重复使用它，他们在此基础上构建他们的解决方案，然后将其转售给他们的客户。

很明显，虽然我认为平台本身的基础是技术性的，但在其上拥有良好的强化架构很重要。当您拥有可以追求的特定垂直领域时，房屋的销售方面会工作得更好。

Erik：如果你看看不同的垂直行业、不同的中小企业、中型公司、大型企业，今天的业务或客户群是什么样的？您是否到处都是，或者它们是特定的细分市场主导您的业务？

Rob：这真的很有趣，因为我们有使用我们平台的市政当局。我们有使用我们平台的初创公司，以及介于两者之间的几乎任何东西。我希望我可以围绕他们的传统 KPI 进行分类，中型公司有这么多的收入或这个特定的行业。

但是现在，在我看来，即使在内部，我总是对它进行分类的方式是我们的市场是那些得到它的人。而且我认为我们一直都有解决大多数人不知道的问题的方法。我称之为物联网生命周期。物联网生命周期开始了，好吧，我想连接我的设备，我有一个温度传感器。你能把它连接起来吗？我们去，是的，我们可以把它连接起来看这里，数据正在流动，我可以给你看一个小控制台，你可以看到消息在流动，你可以看到你的 MK HD 提要。

他们走了，哦，天哪，太酷了。然后他们说的下一件事是你能把它放在图表上吗？嗯，是的，把图表放在这里，你可以看到你的图表，太酷了。然后他们说，好吧，当温度达到 100 时，你可以让它给我发短信吗？是的。但可能不得不给你发短信？然后他们说，好吧，你能连接 10,000 个吗？是的，我们可以。然后他们有我所说的“哦，该死”的时刻，他们去哦，该死！你能停止短信，摆脱图表，你能让事情变得足够聪明，让我再也不用处理它就能自行修复吗？

这些是开始实现目标的公司，并且有这个过程，其中一些公司比其他公司更快地到达那里。我们有可以很快到达那里的市政当局。我们有更大的城市，需要更长的时间才能到达那里。你有企业家，有一天你开始解释连接设备的作用并谈论，灯就亮了，然后它们就亮了，哦，天哪，这将是惊人的，我能做到，我能做到.

坦率地说，人们现在已经去城市化并搬家的整个 COVID 事情真的开始让人们开始思考他们的商业模式以及他们将如何工作。他们有我们解决的问题，灯开始亮了。所以它跨越了各个行业。它跨越了规模，但我认为就我们可以服务的公司规模而言，它将开始趋于平稳。

Erik：有时很清楚，我们构建了一个 SaaS 应用程序，我们是一些特定的资产类别。但这通常有点挑战性，但确实没问题，我们与了解我们所做工作的公司合作。如果他们不了解我们的工作，那么尝试与他们合作的过程太具有挑战性了。因此，在许多情况下，与特定行业相比，它比心态更重要。

我想这也意味着因为你与如此多的公司合作，商业模式也不同。如果您正在与一家初创公司合作，他们可能会说，嘿，这是一个我可以构建的很棒的平台，让我访问该平台并使用它运行。如果您正在与市政当局合作，也许他们会说好的，这是预算，我希望您构建解决方案并确保其有效。所以你有平台，你有应用程序模板，然后你有你的服务，是不是三种不同的商业模式，也许它们都适用于一种情况，或者有人可能会说我只想要平台，或者平台和应用程序？从商业模式的角度来看，现在是什么样的？

Rob：在内心的每一天，我们长大后想成为什么样的人？该问题的答案似乎因您的受众群体而异。如果您正在与潜在投资者交谈，您正在与潜在的追求者交谈，或者您正在与客户交谈，有时情况会有所不同。

所以我认为现在，我们的收入是平分的，或者几乎 50/50 的平台许可与专业服务相比，但这也取决于客户。所以我们的定价模式是我们基本上有一个你可以吃的模式企业许可证可以随心所欲，这就是提要。一些初创公司，他们来找我们，他们说，好吧，我们没有开发资源，但你能帮我们处理一下吗？ Foundry 是一个多租户架构解决方案。因此，我们实际上运行了几个我们自己的实例，这些实例是您登录的多租户实例，我们让人们能够在您购买之前尝试。

但是对于初创公司来说，他们想要一个每个设备的模型，就像好的，每次我打开网关，每月 1 美元。或者我们有 X 数量的拖车，我会为这些拖车每月支付 0.50 美元。其中一些在数据消耗方面更多。因为在物联网中，您可以拥有一百万台设备会稍微跳闸，或者您可以拥有几台设备三倍。就处理能力和实际硬件成本而言，这两者可能看起来非常相似。

所以在你可以拥有一些设备的地方，他们真的一直在聊天，这非常复杂，你正在做很多集成。就计算能力和成本而言，这可能与今天所有在鸣叫的一百万台设备一样昂贵。这有点取决于模型，我们尝试对每个模型都灵活，以便对客户有意义。

Erik：它为商业模式创新提供了大量的机会，但同时也让我们很难弄清楚我们应该如何为某件事定价。我的意思是，对于您的客户，我想他们也面临同样的挑战，对吧？他们正在构建一些设备或一些解决方案，可能会使用您的架构以及他们将如何向最终客户收费。

Rob：我们经常谈论互联经济或订阅经济。我认为，我们实际上越是朝着这种订阅型经济发展，我们将清洁作为服务，我们已经连接了将清洁作为服务的真空吸尘器，而不是您每两年去购买真空吸尘器，然后不知道里面装的是什么袋子，也不知道过滤器在哪里如何更换，皮带断裂，两年后，新技术问世。实际上，他们认为做真空吸尘器的想法是订阅。我给你吸尘器，过滤器会出现，皮带会在你需要皮带时出现。我们会把它换掉，两年后新技术来了，我们会给你一个新的。显然，基于订阅经济的商业模式很大程度上取决于每单位交易，保留一个单位代码的成本是多少？

Erik：实际上，当你描述你的模型时，有一件事让我印象深刻，那就是你在卖给谁，因为这个心态话题非常重要，而且有很多传统的讨论，IT/OT 分歧，IT 人员在哪里，他们更容易理解您的价值主张，但 OT 人员才是真正在经营核心业务的人，在很多情况下，您所做的任何事情都会对他们产生最直接的影响。你通常卖给谁？是哪些职能，哪些个人或头衔将是您实际在这里共事的人吗？

Rob：在过去的五六年里，情况发生了巨大的变化。因此，当我们第一次开始这项工作时，我们正在与地下室的工程师合作，他们听说过机器对机器或物联网，他们得到了一个 Raspberry Pi，并且能够打开灯并发送一些数据。他们正在进入企业，我有了一个想法。为什么我们不能把这个联系起来，他们就必须得到高层的支持，并努力让他们的案子一路上升？但这些天来，它真的是自上而下。

物联网已经足够流行，而企业在重新设计其商业模式以适应物联网或互联经济方面还有很长的路要走。但是 C 套件实际上开始引起注意并且进展顺利，我认为我们可以在这方面拥有竞争优势。现在，把它带回地下室，一切顺利，这就是我们想做的。我认为我们可以做到这一点，现在你们可以帮助实现它吗？

我们仍然得到技术人员。我们有一家照明公司，我们在灯具中创建网状网络等等。现在才刚刚达到他们所说的，好吧，好吧，它已经足够稳定了。是的，我们已经证明了这个概念，让我们把它推向市场。所以仍然有一些自下而上，但我认为我们至少已经跨过了一半。我们正在与商界人士交谈。他们试图为他们的特定行业提出价值主张，然后将其带到物联网并说，好吧，伙计们，你们是如何做到这一点的？

仍然有很多 IT 部门说 MQTT，他们认为您可能误用了 HTTP，对吗？因此，他们希望有一些东西来指导他们如何处理这种事件驱动的架构类型，而不是仍然最流行的旧请求响应东西。

Erik：所以你已经描述了架构是什么样的，或者你至少在 AWS 架构上构建，我知道你现在也在开发的 AI 解决方案也是如此，例如，有您主要在 AWS 上构建有解决方案吗？因此，我们能否将其理解为基本上您使用 AWS 作为工具箱，正如您所说，然后您使用这种将这些部分组合到不同模块中的方式，但底层主要是 AWS 架构。这是一个公平的描述吗？

罗布：是的，是的。因为收购 ThingLogix 的核心仍然是我们参与的 AWS IoT 核心，今天它与五六年前有很大不同，但这是它的核心，然后其他一切都开始了围绕通过那里的基于事件的消息总线。

所以我们还没有发布，但我们正在开发一个 Azure Stack，并且可能在不久的将来，另一个可能会在某些 Google 平台上运行的堆栈。现在，我们也有相互连接的堆栈。我们有客户可能正在使用 azures 摄取层，但他们的开发人员希望使用 lambda 函数。而我们恰恰相反。我们有，好的，好的，你可以保留你的 lambda 函数并使用 Cognito 来保证你的安全和所有这些东西。但我希望数据位于 SQL Server 中。我们可以做那些混合体，然后把它们移过来。我们没有完整的 100% Azure Stack。所以我们仍然有混合动力车。但我们希望这样做，因为我们实际上最近收到了更多关于 Azure Stack 的请求，或者至少是在 AWS 和其他人之间进行选择。

因为大多数人，特别是如果你在消费零售领域，有很多消费产品都是物联网。当然，亚马逊做任何事情都会有些犹豫。好吧，从技术上讲，我们知道亚马逊将要或可以对您的数据做的事情确实很少，但它确实可以让亚马逊进入并拥有您的所有数据。另外，因为我们有一个非常大的中东分部，所以我们的中东和迪拜可能是我们迄今为止增长最快的部分。这些数据需要留在阿联酋。所以我们确实会有一个雾类型的解决方案，这样静止的数据实际上要么可能位于阿联酋的数据中心，但亚马逊刚刚在那里开设了另一个数据中心，但仍将其保留在国内在欧洲，直到它成为一个问题。因此，做其中一些混合解决方案绝对是我们 DNA 的一部分。

Erik：我现在在上海和中国，这总是最重要的，对吧？您如何管理跨境数据？尤其是你们这里有很多生产基地，当然总部也想看看生产情况。而且我认为现在，它仍然是一个灰色地带，你可以在其中做你认为最有意义的事情。那通常是如何工作的呢？所以因为我猜你有类似的情况，即实体之外的人想要汇总数据，但是有一些政府法规要求围绕 PCI 或在国家/地区持有的数据？那么，您是否将这些数据存储在国家/地区，然后在将其发送到国外之前以某种方式对其进行汇总？或者你是如何管理的？或者您的客户通常喜欢如何管理它？

Rob：嗯，如果要求是所有东西都必须在国内。所以现在，如果机上和休息必须在国内，我们不适应这种情况。数据即将到来，并且正在被摄取，但在另一个国家/地区处于静止状态，那么我们可以。因为我们都是 100% API 驱动的，所以一切都位于 API 之上，该 API 恰好通过 Amazon 的 API 网关提供服务，但它只是决定数据的去向。

因此，如果 API 说好的，那么，数据在传输中，我在某个地方存储了它，不要存储在这里，将它存储在那里，然后它会过去并获取它。因此，它会在 API 和配置内部进行切换，以便将数据移动到您想要执行的位置。实际上，对于 POC，我们在 Azure 上引入，它在 AWS 上运行并存储在 Google 上的大数据中，然后在他们的每个平台上运行 Microsoft 功能和 Google go，

100% 仍然是纯粹主义者，尤其是在中东，他们有一个 100%，即使是机上数据，也不能超越国界。所以这就是我们正在做的事情，今年可能不会，但明年我们将有一个完全在国内的解决方案。但这也是我们将乘坐一些合作伙伴的顺风车，因为像 AWS 一样，它在其中投入了几乎很多资源。而且我不确定微软对此有何计划。但我知道他们更容易在本地部署。

Erik：我很好奇，您对 AWS Azure、Google 的区别的看法，您在这里可能有点偏颇，但我的理解也是 AWS IoT 在将功能引入市场。但今天的情况如何？它们的功能是否存在显着差异，或者它们在使用这些不同平台的难易程度方面是否存在显着差异，或者它们是否围绕一组特定的功能和流程进行融合？

Rob：这是一个移动的目标。我认为谷歌的识别能力远远优于亚马逊。亚马逊刚刚推出了文本提取识别。早在我们在亚马逊使用之前，我们就在使用谷歌的照片识别和文本提取识别以及所有这些东西。因此，无论出于何种原因，他们似乎都做得更好。

我想说，对我来说，微软有点像 Netscape Internet Explorer 的东西。 Netscape 是我们唯一拥有的浏览器，而微软迟到了一点。但是一旦他们进入并开始行动，他们就超过了 Netscape 以及它在使用它的人数方面所能做的事情。我确实认为你看到了同样的范式。我认为亚马逊在物联网和整个无服务器方面超越了所有人。但我认为这根本不会是一场单马比赛。我认为微软正在快速接近并迅速追赶。

我认为微软显然拥有的优势之一是我一直认为微软更像是一个开发和 IDE，Azure 对我来说是一个 IDE，而不是亚马逊的微服务。如果您要成为一名 Azure 开发人员，并且您要进入那里，那么您将拥有触手可及的一切。如果你想创建一个数据存储，你只需启动它并创建它，所有这些东西甚至在你的开发环境中都是可用的，而在亚马逊，你必须选择并在那里获取服务。

所以我认为微软在他们的开发者网络方面做得更好一些。如果您是 Microsoft 开发人员，您往往会非常忠诚。而且我认为在能够启动这些解决方案方面比在亚马逊上更容易一些，因为它不喜欢给你这种能力，你必须对它们中的每一个都有一点了解。我不知道每个人的用户数量。但我只想说，与他们合作过，亚马逊一直处于最前沿，但我认为这将是一场非常好的赛马。

Erik：嗯，这是一个很好的竞争，在这里很有用。在这个人工智能话题上，我的意思是，谷歌在这方面领先一点是有道理的，只是基于这才是他们业务的核心。我猜您正在根据您要解决的问题类型使用不同的 AI 解决方案。但是人工智能，过去总是有这种挑战，你说它是人工智能，但在最坏的情况下，是一群猴子在输入代码，最好的情况是一群数据科学家也在投入在数小时内以某种方式提取洞察力。今天，人工智能应该在哪些用例中发挥作用，您可以通过相对较少的人力从复杂的情况中提取一些洞察力？

Rob：我认为那里有很多“人工智能”。有一些人工智能，人们称之为人工智能，它是一堆“if else”语句。充其量，在最坏的情况下，它们就像进行字符串解析以查看它是否包含单词或其他内容。所以人工智能，从人工智能中得到结果是很容易的部分。人工智能最困难的部分和最重要的部分是学习部分，教学部分：获得足够智能的数据，从而实际为您提供可用且准确的结果。

但是 Foundry 和 Thinklogix 可以做的是我们实际上在促进这种学习模型方面做得非常非常好。例如，假设你有一台连接的洗衣机，它会发送大约 12 个不同的数据点，为了让你的 AI 模型预测洗衣机何时会坏，你需要有一大堆数据。就像这样，假设洗衣机每分钟发送一次数据，因此您需要 1,000 分钟的时间才能收到数据。但你需要的最重要的事情是有人在 0.1023 的位置直接突破，那是它突破的点。在 1200 处，我们修复了它。好的。

所以现在我们有一个可靠的数据集，它说，哦，有好，好，好，好，好，现在我们打破了它，现在很好，好，好，因为我们有所有的数据来了，我们可以设置那些初始警报和结果，你可以看到那些，你得到一个很好的历史数据。所以一旦你说，好吧，现在我有 100 台，我有 100 台洗衣机，每台洗衣机都有 1000 分钟，它准确地显示了痛点在哪里，我能够收集到跨越其中的 100 个，并赋予今天的科学，现在我可以采用该模型，将其发送过来，并开始获取真正好的数据。

因为在不久的将来，我们任何人在编程中学到的第一件事就是垃圾输入，垃圾输出，对吧？对于人工智能来说更是如此，如果你不正确地教它，你可能会比拥有人工智能更容易产生人为无知，因为你很容易得到一堆坏数据，这就是人们之间的恐惧非技术性的问题是，如果人工智能，无论是 A，知道的比我想要的多，或者如果它错了怎么办？所以我认为我们真的有点关注这一点，好吧，让我们获得这些数据模型，以便我们可以获得良好的干净数据，使其可验证，然后改进教授它们的模型。

就算法而言，它们变得越来越好。当我们第一次这样做时，亚马逊推出了机器学习，他们有一个算法，现在有了 Sage maker，你可以选择你的风格，然后谷歌有几个。甚至是通用电气、Predix 和 IBM，还有沃森，我猜他们都有，所以他们都会变得相当充实。但对我来说，是谁在教它，他们在教什么？

我们对 NFL 进行了测试，就像我确信其他人所做的那样，我们输入了一堆球员数据，然后匹配球队，看看我们的表现如何。我们非常接近。我认为一个有趣的是我们有一个水球。我们正在与奥林匹克水球队合作，他们正在跟踪孩子们的统计数据。他们基本上让他们参加了一个健身课程，并跟踪他们跑得有多快，他们扔球的速度有多快，以及比赛之外的各种事情。

我们把这些放在模型中，然后把团队放在一起，结果是 100% 准确，只要分数大于我认为的 8 分。因此，只要它基本上是一次井喷，我们就获得了 100% 的准确度，我们做得非常好。但是当比分真的很接近的时候，就变成了教练这种无形的东西，他们早餐吃什么，他在想什么？

我认为现在，人工智能非常擅长于明显和井喷，但它会变得更好。为了让它变得越来越好，数据点必须变得越来越细化，越来越准确。我认为这是我们非常擅长的事情之一。

Erik：那是的，我想这是另一个挑战，这里是以可靠的方式获取优质、高质量的数据，你也在努力。也许我们可以在这里进行一些案例研究。我们是否试图获得可靠的数据？我们是否正在尝试自动化并应用某种机器学习？也许你可以给我们一点背景，这里的核心目标是什么？你做了什么，结果是什么？

Rob：我认为非常有趣的是，我们显然是一家物联网公司。但联合之路与我们取得了联系，他们得到了一笔资助，他们想创建一个应用程序来帮助硅谷的人们摆脱贫困。那么这与物联网有什么关系呢？好吧，我们突然想到，一个企业或一个机构只不过是一个会发出数据的东西。所以我们所做的是他们想要创建一个系统，通过该系统你可以对需要帮助的人有一个共同的看法。

所以如果他们去食品银行，你会知道他们在那里，然后他们去参加职业培训，然后如果他们去避难所，然后如果他们去托儿所，能够去所有这些机构有不同的系统，它们都无法相互集成。所以本质上，我们只是启用了数据库，因为数据库也是一个设备。数据库可以像温度传感器一样啁啾和发送数据。我们实际上有一些小插件可以连接到所有主要数据库，这些插件允许它们发出被认为是可啁啾的数据。它能够把它带进来。

当我们引入这些数据时，您可以在各个机构中关注个人的护理。然后，联合之路可以查看这一点，然后为该个人提供整体护理，然后，他们将能够根据他们认为需要和使用最多的地方相应地拨出资金。

一个与物联网无关的例子，它不是一种设备，而是一种在鸣叫的东西，当我们谈论物联网时，我总是说我们应该谈论万物互联，万物互联。当我说连接时，我的意思是任何可以说话、可以啁啾、可以发送信息的东西。可以是温度传感器，可以是数据库，可以是企业，可以是发送短信的人，以及所有这些数据，连接需要一个地方来存放其逻辑。所以我想提出一个非常好的用例，我们能够在物联网平台之上构建基于事件的基于消息的架构。

Erik：我的直觉一直是湾区的这个问题在某种程度上是本地问题。但是，如果你拉得足够远，你可能会发现，就像来自世界各地的工程师迁移到湾区从事工程工作一样，处于困境中的人们也可能在某种程度上迁移到那里，因为他们提供良好的服务，他们有一个很好的气候。如果我住在芝加哥，冬天我可能会想，嘿，你知道吗，最好现在在旧金山，让我买张公共汽车票。

然后你遇到了这个更大的问题，好吧，你在本地获得了指向人们跌倒路径的数据，但是你如何追踪到他们第一次遇到挑战的地方呢？也许家庭中存在虐待或学校中的毒品问题，无论是什么，并且可能需要 10 年才能真正联系到旧金山的那个人。就像你说的，你可以收集的数据越多，特别是在这样的情况下，有一个人类生命周期，如果你没有这些数据，你只是在看一个快照，很难做出决定。

Rob：如果我们谈论传统的物联网，那也是一样的，你不想只看一个设备。您想查看该设备在上下文中的位置。它在哪个工厂？它在哪一行？周围有什么？并且拥有该上下文涉及许多不同的东西，它涉及来自数据库的实际数据。它涉及元数据。它涉及与其他系统的集成并将其引入。它涉及安全性。它涉及产生需要执行此操作的效果的能力，并且您需要能够在某处放置一些 if-then-else 语句。当您开始尝试在基于事件的物联网世界中提供解决方案时，您会遇到这些问题，而 Thinklogix 真正要做的就是解决这些问题。

我们在 COVID 期间提出的其他用例之一，这是我们提出的垂直解决方案之一，即学校和孩子返回学校或在学校并能够进行自我健康评估的想法，能够跟踪今天谁在学校，今天谁在校园，谁在哪个教室，诸如此类。所以我们最终又得到了，学生作为一种设备，如果你愿意，系统会给每个学生发短信说，好吧，你必须接受这个自我评估，一个小聊天机器人会引导他们完成自我评估天，给他们一个二维码。

然后我们在学校，他们走到亭子，他们扫描二维码，他们认出他们是谁，他们已经通过，自我评估，测量他们的体温，但有些人进来了，然后老师们有移动应用程序版本。所以当他们进入房间时，他们扫描它们，当他们走出房间时，他们扫描它们。因此，从某种意义上说，它们非常有用，如果他们报告了 COVID 病例，他们可以非常快速地追踪到学生在校园里的位置。

因此，我们实际上与学校管理人员一起工作实际上来找我们。所以我们今天有一个合规问题，这是我们特定州的特定县的合规要求，然后它在下周发生了变化，并且继续变化。现在开始有点稳定了。但是有了这个平台，我们能够非常非常快速地做出这些调整。该平台不需要更改太多代码，因为合规性需要更改，范式需要更改，我们可以很快适应。

可能第三个可能真的更严格，因为物联网是我们进行河流监测。所以那里的挑战是他们没有能力在我们想要测量流量的水中放置一个连接的传感器。这个想法是测量沿着这条河流下的流量，以防洪，以及那些类型的事情。但更重要的是，就像今天从这条河中流下来的水量一样，这也是我最关心的，农民从现在开始一周后可以获得多少灌溉水。

因此，我们安装了一个两侧有两个固定点的识别摄像机，一些比我更聪明的人想出了算法来确定流经这些固定点的水流。当这些数据进来时，能够实时处理，然后能够为农业和农民提供水资源预测，在某些情况下，在数百英里之外，因为所有这些水都来自一个特定的东西。这真的是节约用水，能够有效地管理我们的资源，对我来说，这真的是我们工作中真正令人兴奋的部分。

每个人总是谈论我们的阴暗面，他们认为我们收集了太多数据，我们知道太多东西在哪里。嗯，我认为这是一个真正的亮点，它能够做诸如提高水效率、环境效率、农业效率之类的事情，并且真正成为解决一些实际生态问题的技术解决方案。

Erik：我的意思是，这只是一个非常强大的工具，希望我们能更多地使用它来做好事而不是做坏事，但它肯定是一个非常强大的工具。 Rob，这真是一次有趣的谈话。是否有任何我们尚未触及的重要内容，或者您想与我们分享的关于 ThingLogix 的任何内容？

Rob：我们的愿景是，我们也刚刚推出了一项边缘技术。因此，我们正试图将平台带到更边缘。所以我们显然是从一个纯粹的云计划开始的，但是我们正在将其中一些微服务带到边缘，我们的识别和东西，我们在网关和级别上做更多的处理。我们的愿景实际上是成为云中的云：一个不一定存在于 AWS 上、不一定存在于 Azure 上或谷歌中的系统，它也不存在于本地，但它存在于所有这些地方，但没有一个地方。

我认为，当我看到它的未来时，它只会变得更加相互关联。我认为我们将需要它。我想有一天我们可以确定好吧，今天 Azure 上的计算能力恰好更便宜，所以我会在那里运行它，而不是在 AWS 上运行它。我想你会看到 ThingLogix 推出了更多这样的垂直解决方案。

我们有一些令人兴奋的东西，我认为它们现在就在漏斗中，我们将能够将它们旋转出来。我们实际上正在寻找合作伙伴来帮助运行这些垂直解决方案。我们不想真正参与运营这些业务。因此，我们一直在寻找想要运行这些商业物联网类型解决方案的合作伙伴。这就是我们 2021 年的方向。

Erik：如果合作伙伴或潜在客户想与您取得联系，最好的方法是什么？

Rob：访问我们的网站，我们有所有通过电子邮件联系我们的传统方式，但没有任何事实。无论如何，请联系我们，欢迎您直接与我联系，邮箱是 Rob@thinglogix.com，我们很乐意分享财富。

埃里克：太棒了。所以 Rob，是的，再次感谢您抽出宝贵的时间。真的很感激。

Rob：埃里克，非常感谢。我很感激你邀请我们。

Erik：感谢您收看另一个版本的工业物联网聚光灯。不要忘记在 IotoneHQ 的 Twitter 上关注我们，并查看我们在 IoTONE.com 上的案例研究数据库。如果您有独特的见解或项目部署故事要分享，我们很乐意在未来的版本中介绍您。写信给我们 erik.walenza@IoTone.com。