Azure功能与物联网中心

我在问自己，让Azure函数直接从与EventHub兼容的IoT Hub端点消费事件是否是一个好主意

根据这一点，Azure函数使用EventHubProcessorHost来使用事件。它还表明，如果某个功能看起来很慢，则扩展逻辑将启动并创建更多的功能实例（例如，每个物联网集线器分区）

缩放逻辑的触发器是什么？未处理的邮件数？单个消息的处理持续时间（不是一个好指标）

---

感谢

缩放逻辑查看EventHub所有分区中剩余的未处理邮件总数。

缩放逻辑查看EventHub所有分区中剩余的未处理邮件总数。

请注意，只有使用消费计划时才是这种情况，如果使用应用程序服务计划，您需要负责缩放：您选择要缩放的指标，并确定触发缩放的阈值。感谢您的回答。因此，这意味着在IoT集线器后面有消费计划的Azure功能是一种有效的方法，不是吗？是的，对于IoTHub场景，将您的功能配置为使用兼容的EventHub端点是一种有效的方法。是的，在实时流管道（热路径）中使用AF是一种有效的方法，但是有必要考虑和处理AF的冷启动时间延迟。请注意，只有在使用消费计划时，如果使用APP服务计划，您才负责缩放：您选择度量以缩放，并且确定触发缩放的阈值。谢谢您的回答。因此，这意味着在IoT集线器后面有消费计划的Azure功能是一种有效的方法，不是吗？是的，对于IoTHub场景，将您的功能配置为使用兼容的EventHub端点是一种有效的方法。是的，在实时流管道（热路径）中使用AF是一种有效的方法，但有必要考虑和处理AF.的冷启动时间延迟。