监视 "connectionState" 以定期识别 Azure IOTHub 中连接的设备的最佳方法
Best way to monitor "connectionState" to identify connected devices in Azure IOTHub periodically
我们的用例需要实现了解设备是否 Connected/Disconnected 的功能，准确度<1 分钟来自 WebApp。通过按照建议 (https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-devguide-identity-registry) 对大量设备实施心跳模式，它会创建大量心跳消息，并导致生成 99.9% 的配额消息，只是为了了解设备何时离线（断开连接）。
请帮助我找到最佳解决方案。
对于您的方案，您应该使用 Azure IoT 中心的 Operations monitoring 功能。此监控关闭实时（~8 秒）。
有一个坏消息，例如 操作监控 将在 2018 年 10 月 10 日被 诊断设置 取代，这不适合（它今天的工作方式）进行实时监控。它适用于日志记录和诊断目的。
希望MS团队针对这个问题努力，让Diagnostics设置在60秒内接近实时。
更新：
以下屏幕片段显示了 Azure 函数捕获的流事件的输出诊断设置示例：
如您所见，延迟时间为分钟，而且事件发生时的顺序不正确。
操作监控（类别连接）的最佳替代应该是 Azure 事件网格，换句话说，使事件驱动。
我们的用例需要实现了解设备是否 Connected/Disconnected 的功能，准确度<1 分钟来自 WebApp。通过按照建议 (https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-devguide-identity-registry) 对大量设备实施心跳模式，它会创建大量心跳消息，并导致生成 99.9% 的配额消息，只是为了了解设备何时离线（断开连接）。
请帮助我找到最佳解决方案。
对于您的方案，您应该使用 Azure IoT 中心的 Operations monitoring 功能。此监控关闭实时（~8 秒）。
有一个坏消息，例如 操作监控 将在 2018 年 10 月 10 日被 诊断设置 取代，这不适合（它今天的工作方式）进行实时监控。它适用于日志记录和诊断目的。 希望MS团队针对这个问题努力，让Diagnostics设置在60秒内接近实时。
更新：
以下屏幕片段显示了 Azure 函数捕获的流事件的输出诊断设置示例：
如您所见，延迟时间为分钟，而且事件发生时的顺序不正确。
操作监控（类别连接）的最佳替代应该是 Azure 事件网格，换句话说，使事件驱动。