我们现有的物联网平台使用 Azure 协议网关并且运行良好。我刚刚意识到 MS Azure 推出了一个更新版本的协议网关，名为 IoT Edge。我只是在寻找 IoT Edge 中可用的新功能，现在我完全混淆了这两个组件：
我知道答案可能是更广泛的讨论，但谁能提供一个简单的解释？
【问题讨论】：
标签： azure iot azure-iot-hub windows-10-iot-core azure-iot-edge
我建议你阅读一下Edge Computing。 IoT Edge 是 Edge Computing 的 MS 解决方案。它允许离物联网设备最近的数据处理和分析。这缩短了一些具有“关键时间”要求的请求的延迟，因为数据不需要到达云端。
IoT 中心是一个协议网关。我认为这里的主要要求不是“性能”。因此，重点不是在 IoT Edge 和 IoT Hub 之间进行比较。 IoT Hub 的关键点在于它在 IoT 设备使用的一些常用协议之间提供了互操作性：AMQP、MQTT 和 HTTPS。这与可能使用不同协议进行通信的物联网系统组件之间的集成容易程度有关。
【讨论】：
需要 Azure 协议网关来实现协议转换和互操作性。 例如，不拥有自己的 IoT Hub 身份但使用不同协议说话的设备，为了使对话具有共同的含义，就需要进行身份转换。 Azure 协议网关广泛执行此操作。一旦从现场的多个设备中使用了不常见的协议（即 Bacnet、OPC-UA、BLE、专有），Azure 协议网关就会转换为 IoT Hub Primities 并使用 MQTT、AMQP 将数据发送到 IoT Hub 场所。这也提供了数据透明度。
简单来说，azure 协议网关有助于协议转换，而 azure iot edge 为现场设备提供透明度和 IoT Hub 身份。
【讨论】：
这取决于需求或用例的类型以及您随身携带的设备。
一般来说，边缘设备是一种离硬件更近但离云端更远的设备，它可以让计算和数据存储更接近需要的位置，从而缩短响应时间并节省带宽。在将其发送到云端并进行处理的延迟可能很高的情况下，边缘设备将有助于进行快速处理/分析。边缘设备将在云计算功能中完成的部分活动带入本地设备，从而减少延迟、增加处理并减少安全问题等。典型的用例是时间紧迫的场景，如关键设备故障通知或自动驾驶汽车立即停止，感觉是通过在附近有一个节点并对其进行操作来立即处理，而不是将其一直发送到云并对其进行操作。
但是，如果存在延迟或带宽使用不受限制并且存在处理硬件限制的用例，则最好将数据发送到云端并进行处理。在这里，网关是一种设备，它从传感器收集数据以进行分析、聚合并转换为与云通信所需的协议。另请注意，HTTP、AMQP 和 MQTT 等协议是 Azure IoT 中心支持通过 Internet 与设备或网关进行通信的默认协议。少数设备或现场网关可能无法使用这些默认协议之一，并且需要协议支持，在这种情况下，您可以使用网关，通过桥接进出 IoT 中心的流量，为 IoT 中心端点启用协议包装器，因此，避免对您的 IoT 实施产生任何影响。这就是 Azure IoT 协议网关的用武之地。
Azure IoT 协议网关是一种用于协议适应的云功能或框架，它是一个通过特定协议接受设备连接并将流量桥接到 IoT 中心的直通组件。它专为与 IoT 中心的大规模双向设备通信而设计。
main difference 是协议网关是一种云功能，因此无论您的设备使用哪种协议，它至少需要能够将其消息发送到云进行协议转换。然而，IoT Edge，顾名思义，它是边缘计算的一部分，并且离设备更近。它在本地运行，可以在将信息发送到云端之前与本地网络上的设备进行通信。当然，如果您希望进行其他边缘计算，IoT Edge 还支持其他场景。 Azure IoT Edge 也可用于满足对 IoT 网关的任何需求，无论是与连接、身份还是边缘分析相关。因此，有three patterns for using an IoT Edge device as a gateway，例如透明、协议转换和身份转换，您可以根据您的部署用例或要求进行选择。 IoT Edge 设备在 IoT Edge runtime 的帮助下完成了这项工作。
【讨论】：