Azure功能的事件中心输入绑定

Question

我有一个Azure函数，其输入绑定到事件中心。

public static async Task Run(TraceWriter log, string eventHubMessage)

触发该函数后，默认情况下每次执行它会收到多少消息？

是1执行= 1消息吗？

我已经阅读了文档，并了解可以在函数的host.json文件中设置以下属性：

"eventHub": {
  // The maximum event count received per receive loop. The default is 64.
  "maxBatchSize": 64,
  // The default PrefetchCount that will be used by the underlying EventProcessorHost.
  "prefetchCount": 256
}

maxBatchSize是否意味着我将在1次执行中收到64条消息？

Answer 1

默认情况下它将是1比1处理，但是您也可以批量处理。 将函数的签名更改为

public static async Task Run(TraceWriter log, string[] eventHubMessages)

（如果像我一样更改名称，也要重命名绑定参数）

参考github问题 。

Answer 2

@Mikhail是正确的。 我只想添加以下内容：

1. 如果使用默认的EventHub-Trigger C＃模板，则创建的函数每次执行将处理1条消息。

2. 如果您需要每次执行来批量处理，请更改以下内容：

   一种。 在function.json ，添加属性"cardinality":"many"如图所示这里 。

   b。 在run.csx ，修改功能签名并循环处理消息，例如，

   public static async Task Run(TraceWriter log, string[] eventHubMessages) { foreach(string message in eventHubMessages) { // process messages } }

3. 通过在问题中指定的host.json配置，您可以尝试使用正确的批处理大小和预取缓冲区来满足工作流程的需求。

附加评论：

1. 根据《消费计划》，当前允许一个功能的 最大 默认执行时间为5分钟（最多可配置10分钟-在2017年11月30日添加） 。 您应该尝试使用maxBatchSize和prefetchCount设置来确保批处理的典型执行将在该时间范围内完成。

2. prefetchCount应该是maxBatchSize的 3-4倍。

3. 每个功能主机实例均由单个EventProcessorHost（EPH）支持。 EPH使用检查点机制来标记最后成功处理的消息。 由于函数代码主机中未捕获的异常崩溃，超时或分区租约丢失，导致检查点未成功，导致函数执行可能过早终止。 当功能执行再次重新启动时，检索到的批处理将包含来自最后一个已知检查点的消息。 为maxBatchSize设置一个很高的值也将意味着您必须重新处理一个大批处理。 EventHub保证至少一次交付，但不保证一次交付。 Azure Functions不会尝试更改该行为。 如果只有唯一消息是优先事项，则您将需要在下游工作流中处理重复数据删除。