Tiene una Azure Function activada por Service Bus que llama a una API downstream con limitación de peticiones. En caso de fallos transitorios, desea hasta 5 reintentos utilizando retroceso exponencial con retrasos de 2 segundos a 1 minuto. Después de los reintentos, el mensaje debe ser enviado a la cola de mensajes fallidos (dead-lettered) por Service Bus. ¿Cómo debe configurar los reintentos?

La opción correcta configura la política de reintentos a nivel de host.json, que es la forma recomendada para Azure Functions. Especifica una estrategia de retroceso exponencial (exponentialBackoff), un máximo de 5 reintentos (maxRetryCount), y los intervalos de tiempo mínimo y máximo para el retraso entre reintentos (minimumInterval y maximumInterval) como se solicita. Después de los reintentos fallidos, Service Bus enviará automáticamente el mensaje a la cola de mensajes fallidos si el procesamiento de la función no tiene éxito. La opción de fixedDelay no cumple con el requisito de retroceso exponencial. Establecer MaxDeliveryCount en Service Bus solo controla cuándo un mensaje se envía a la cola de mensajes fallidos, no implementa una lógica de reintentos con retroceso exponencial para la función. Implementar Polly dentro del código es posible, pero la configuración a nivel de host.json es más sencilla y declarativa para este escenario.