Sie haben eine Service Bus-getriggerte Azure Function, die eine gedrosselte Downstream-API aufruft. Bei vorübergehenden Fehlern möchten Sie bis zu 5 Wiederholungsversuche mit exponentiellem Backoff und Verzögerungen von 2 Sekunden bis 1 Minute. Nach den Wiederholungsversuchen soll die Nachricht von Service Bus in die Warteschlange für unzustellbare Nachrichten verschoben werden. Wie sollten Sie Wiederholungsversuche konfigurieren?

Diese Konfiguration in host.json ist die korrekte und empfohlene Methode, um Wiederholungsversuche mit exponentiellem Backoff für Azure Functions zu implementieren. Die strategy: "exponentialBackoff" stellt sicher, dass die Verzögerung zwischen den Wiederholungsversuchen exponentiell ansteigt, was für gedrosselte APIs ideal ist. maxRetryCount: 5 begrenzt die Anzahl der Versuche auf fünf, wie gefordert. minimumInterval: "00:00:02" und maximumInterval: "00:01:00" definieren den Bereich der Verzögerungszeiten. Nach Erreichen der maximalen Wiederholungsversuche wird die Nachricht automatisch in die Service Bus-Warteschlange für unzustellbare Nachrichten verschoben. Die Option mit fixedDelay ist falsch, da sie keinen exponentiellen Backoff verwendet. Die Option, nur MaxDeliveryCount der Service Bus-Warteschlange zu verwenden, ist unzureichend, da sie keine exponentielle Verzögerung bietet und die Funktion sofort fehlschlagen würde, ohne die Möglichkeit, die API mit einer angemessenen Wartezeit erneut zu versuchen. Eine Polly-Richtlinie im Code zu implementieren, wäre eine manuelle Lösung, die zwar funktioniert, aber die integrierte und einfachere Konfigurationsmöglichkeit der Azure Functions-Host-Einstellungen ignoriert.