多输出绑定的Azure Function重试策略相关技术问询

问题1：内置重试策略与失败处理逻辑 #

• Azure Function的内置重试默认针对触发源，而非输出绑定的写入操作。
• 输出绑定的重试逻辑分组件独立：
  • EventHub输出绑定：对网络瞬态错误有有限内置重试，但遇到配额超限、权限错误等非瞬态问题时不会自动重试；若写入失败未被捕获导致Function抛出异常，且你配置了Function级重试（比如在host.json中设置），则整个Function会被重试，即重新尝试写入两者。
  • EventGrid输出绑定：默认仅处理极少量客户端瞬态错误，大部分写入失败会直接抛出异常；若异常未被捕获，同样会触发Function级重试。
• 不存在“仅一个写入成功即视为整体成功”的默认逻辑：整体成功与否完全由你的代码错误处理决定——如果捕获了单个写入的异常并继续执行，那成功的写入会生效，失败的不会重试；如果未捕获异常导致Function失败，则会触发重试（若配置）。

问题2：自定义重试与扩展方案 #

• 大部分场景下需要编写自定义重试逻辑，因为默认绑定的重试无法满足“两者必须同时写入成功”的一致性要求：
  • EventHub的官方扩展（Microsoft.Azure.WebJobs.Extensions.EventHubs）允许在host.json中调整重试参数，但EventGrid没有类似官方扩展。
  • 推荐用Polly这类重试库实现统一重试：针对EventHub和EventGrid的SDK调用（建议放弃输出绑定，改用直接调用SDK），分别配置适配各自错误类型的重试策略（比如指数退避），确保两者都写入成功后再结束Function。
  • 如果坚持使用输出绑定，可在代码中捕获绑定抛出的异常，手动实现重试逻辑，但这种方式的可控性不如直接调用SDK配合Polly。

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