제한된(throttled) 다운스트림 API를 호출하는 Service Bus 트리거 Azure Function이 있습니다. 일시적인 실패 시, 2초에서 1분까지의 지연 시간을 갖는 지수 백오프(exponential backoff)를 사용하여 최대 5번 재시도하려고 합니다. 재시도 후에는 메시지가 Service Bus에 의해 데드 레터링(dead-lettered)되어야 합니다. 재시도를 어떻게 구성해야 할까요?

제시된 host.json 구성은 Azure Functions의 내장 재시도 정책을 활용하여 Service Bus 트리거 함수에 필요한 지수 백오프 재시도를 정확하게 구현합니다. strategy를 exponentialBackoff로 설정하고, maxRetryCount를 5로, minimumInterval을 2초로, maximumInterval을 1분으로 지정하여 문제의 요구 사항을 충족합니다. 이 구성은 함수 실행이 실패할 때마다 재시도 간격이 점진적으로 증가하며 최대 5번 재시도 후에도 실패하면 메시지가 자동으로 데드 레터링되도록 합니다. fixedDelay 전략은 고정된 지연 시간을 사용하므로 지수 백오프 요구 사항을 충족하지 못합니다. Service Bus 큐의 MaxDeliveryCount를 설정하는 것은 메시지 재전송을 제어하지만, 함수 앱 수준에서 지수 백오프 재시도 로직을 직접 제공하지는 않습니다. Polly와 같은 라이브러리를 함수 코드 내에 구현하는 것은 가능하지만, Azure Functions의 내장 재시도 정책이 더 간단하고 효율적인 솔루션을 제공합니다.