Function App Host感知Event Hub事件触发的机制及相关技术疑问

问题1：Function App在后台是否通过‘long polling’（长轮询）或‘带延迟的循环’来检查是否有新事件？ #

不是。Azure Functions的Event Hub触发器依赖Event Hub原生的分区监听机制，由Azure后台的Functions宿主服务维护与Event Hub的持久连接，直接监听指定消费者组下各分区的新事件，完全不需要长轮询或定时循环。宿主服务还会自动追踪每个分区的检查点（Checkpoint），确保事件不会重复处理。

问题2：Azure团队是否在后台构建了通知机制，以便在新事件推送至Event Hub时告知Function App Host？ #

是的。Event Hub本身基于AMQP协议具备事件推送能力，Azure Functions的宿主服务会与Event Hub建立持久的AMQP连接。当新事件写入Event Hub的分区时，Event Hub会主动推送事件通知给宿主服务，宿主服务再调度对应的函数实例执行处理逻辑。这套通知机制是Azure基础设施原生支持的，无需用户额外配置。

问题3：微软如何承担上述任一方式的运营成本？ #

这部分运营成本已经分摊到Function App和Event Hub的常规计费模型中：

• Function App按函数执行次数、内存使用时长计费，后台监听、调度的资源消耗已包含在这些计费项内；
• Event Hub按吞吐量单位（Throughput Units）或事件数量计费，事件推送的基础设施成本也涵盖在其定价中。
  用户无需为后台的监听、通知机制单独付费，仅需按照实际使用的Function App和Event Hub资源付费即可。

内容的提问来源于stack exchange，提问作者user2645138