在我看来，汽车本身不会成为互联网。要成为互联网，网络需要扩展到汽车等小边界之外。让我解释。

所以，是的，汽车有一个连接传感器和控制器的网络。它甚至可以在内部通过以太网连接这些并使用 TCP/IP 甚至 MQTT。但从物联网端点的角度来看，汽车可能是一个或几个端点。即，有一个/几个控制器收集指标并将其发送出去。如果有远程锁定/解锁等远程功能，该控制器将处理传入的消息。这是从安全角度和 API 角度（以启用信息集和业务规则）来完成的。

所以，从远程端点，你可能会像这样命令它： SetTirePressuresPSI(LeftFront, RightFront, LeftRear, RightRear) 汽车物联网设计的另一种方式是让每个轮胎压力控制器成为互联网上的一个东西，能够说话直接上云。然后，您必须远程发送 4 条单独的消息，如果您在中间失去连接，这可能会使汽车处于不稳定状态。通过将它们设置在一起的命令，可以以汽车始终稳定的方式增加压力。如果温度高于某个限制等，也许也可以防止（边缘的业务规则）

因此，您将拥有一个用于汽车的控制器或一个用于一组子系统的控制器。这进入了 API 设计领域并选择了正确的粒度级别。

建筑物、房间、传感器、开关、灯等都有类似的情况。所有这些之间都有关系，云世界也可能知道它们。但在这种情况下，每个设备都可以连接到云端。灯光和温度设置的安全隐患远没有那么麻烦。

当您使用诸如 MQTT 之类的协议时，您可以在主题中构建一些寻址，例如 CARSerNum/Controller/Command，其中消息可以是关于域的，但 pub 子系统允许您通过各种部署来实现它。即，一个站点控制器，其中有一个 IoT 端点或通过各个控制器作为一个端点。

AWS 最近发布了一个名为 twinmaker 的新工具，您可能会觉得它很吸引人。看看这个。https://aws.amazon.com/blogs/iot/introducing-aws-iot-twinmaker/ 它允许人们根据现实世界的对象、消息和主题进行思考。实现这一目标的实际物联网网络部署是灵活的。