Hai una Funzione Azure attivata da Service Bus che chiama un'API downstream con throttling. In caso di errori transitori, desideri fino a 5 tentativi utilizzando un backoff esponenziale con ritardi da 2 secondi a 1 minuto. Dopo i tentativi, il messaggio dovrebbe essere spostato nella coda dei messaggi non recapitabili (dead-lettered) da Service Bus. Come dovresti configurare i tentativi?

L'opzione corretta configura la policy di retry direttamente nel file host.json dell'Azure Function. Questo è il modo standard e raccomandato per gestire i retry a livello di trigger per le funzioni attivate da Service Bus, permettendo di specificare una strategia di backoff esponenziale, il numero massimo di tentativi e gli intervalli di tempo minimo e massimo tra i tentativi. Quando i retry configurati falliscono, il messaggio viene automaticamente spostato nella coda dei messaggi non recapitabili di Service Bus, soddisfacendo tutti i requisiti. L'opzione con fixedDelay non implementa il backoff esponenziale richiesto. Impostare MaxDeliveryCount a 5 su Service Bus e rimuovere la policy di retry della funzione non gestisce il backoff esponenziale e non sfrutta le capacità di retry integrate delle Funzioni Azure. Implementare Polly all'interno del codice è possibile ma meno efficiente e più complesso rispetto alla configurazione dichiarativa tramite host.json per i retry a livello di trigger.