2

自从最新的 Microsoft.Azure.WebJobs 程序集发布以来，现在可以通过属性设置 Azure 函数的重试策略，例如[FixedDelayRetry]. 我对这个功能很感兴趣，因为我有一个 Blob 触发功能，失败时默认重试五次，我对重试策略功能不感兴趣。我希望该功能在失败时不重试，或者只重试一次。

所以我已经在我的函数中设置了这个属性，如下所示，如果函数失败，我已经指出了最大重试次数：

public class Function1
{
    private readonly IGremlinService _gremlinService;
    private readonly TelemetryClient _telemetryClient;

    public Function1(IGremlinService gremlinService, TelemetryConfiguration telemetryConfiguration)
    {
        this._gremlinService = gremlinService;
        this._telemetryClient = new TelemetryClient(telemetryConfiguration);
    }

    [FunctionName(nameof(Function1))]
    [FixedDelayRetry(1, "00:00:10")]
    public async Task Run([BlobTrigger("files/{directory}/{name}.pdf", Connection = "AzureWebJobsStorage")] Stream myBlob, string name, ILogger logger)
    {
        try
        {
            //my lengthy code not related to the issue
        }
    }
    }

当我在我的测试环境中使用存储模拟器和我的 CosmosDb 模拟器尝试此代码时，它工作得非常好，该函数在遇到异常时只重试一次。

但是，当我在 Azure 平台上运行我的函数时，它不会在失败时仅重试一次，而是重试......九次。我将重试次数的最大值设置为 5，这一次，函数重试了 25 次。我的感觉是，该函数不是重试属性中指定的次数，而是将该数字乘以默认重试策略 5。您可以在下面看到我的日志，其中该函数清楚地重试了 10 次：

在此处输入图像描述

我究竟做错了什么 ？

4

1 回答 1

3

函数应用重试策略独立于触发器提供的任何重试或弹性。函数重试策略将仅在触发弹性重试之上。您可以在此处阅读有关重试行为的信息。

由于 Azure Blob 将 maxDequeueCount 设置为 5（ 在此处阅读），这就是为什么您会看到您的消息被多次重试的原因。

要获得所需的结果，您可以将 host.json 中的 maxDequeueCount 属性定义为 1。

于 2021-01-13T18:50:32.683 回答