Je hebt een Service Bus-getriggerde Azure Function die een beperkte downstream API aanroept. Bij tijdelijke fouten wil je maximaal 5 nieuwe pogingen doen met exponentiële backoff en vertragingen van 2 seconden tot 1 minuut. Na de nieuwe pogingen moet het bericht door Service Bus naar de dead-letter queue worden verplaatst. Hoe configureer je de retries?

De correcte configuratie voor het gewenste retry-gedrag in een Service Bus-getriggerde Azure Function wordt ingesteld in het host.json-bestand. De retry-sectie met strategy: "exponentialBackoff" zorgt voor exponentiële backoff, terwijl maxRetryCount: 5 het maximale aantal pogingen definieert. minimumInterval: "00:00:02" en maximumInterval: "00:01:00" stellen de grenzen in voor de vertraging tussen de pogingen. Na het maximum aantal pogingen zal Service Bus het bericht automatisch naar de dead-letter queue verplaatsen als de functie nog steeds faalt. De optie met fixedDelay is incorrect omdat deze geen exponentiële backoff gebruikt. Het instellen van MaxDeliveryCount op 5 in Service Bus zonder een retry-beleid in de functie is incorrect, omdat dit niet de gewenste exponentiële backoff implementeert en de controle over het retry-gedrag verplaatst. Het implementeren van een Polly-beleid in de functiecode is mogelijk, maar de host.json-configuratie is de ingebouwde, declaratievere en aanbevolen manier voor dit scenario op triggerniveau.