Você tem uma Azure Function acionada por Service Bus que chama uma API downstream com limitação de taxa (throttled). Em falhas transitórias, você deseja até 5 novas tentativas usando exponential backoff com atrasos de 2 segundos a 1 minuto. Após as novas tentativas, a mensagem deve ser enviada para a fila de mensagens mortas (dead-lettered) pelo Service Bus. Como você deve configurar as novas tentativas?

A opção correta configura a política de repetição diretamente no arquivo host.json da Azure Function. Esta é a maneira recomendada para lidar com falhas transitórias em gatilhos de Service Bus, pois permite que o próprio host da função gerencie as repetições antes de considerar a execução como falha. A estratégia exponentialBackoff com maxRetryCount, minimumInterval e maximumInterval atende aos requisitos de 5 novas tentativas com atrasos de 2 segundos a 1 minuto. Se todas as repetições falharem, o Service Bus automaticamente enviará a mensagem para a fila de mensagens mortas, conforme o comportamento padrão. As outras opções são incorretas porque: fixedDelay não implementa o backoff exponencial. Definir MaxDeliveryCount no Service Bus e remover a política de repetição na função não garante o backoff exponencial e pode levar a um processamento ineficiente. Implementar Polly dentro do código da função é uma solução mais complexa e menos eficiente para este cenário, pois a plataforma Azure Functions já oferece um mecanismo nativo e configurável para isso.