APIM 게이트웨이가 간헐적으로 500 또는 504를 반환하는 백엔드로 요청을 전달합니다. 실패한 호출은 최대 세 번까지 1초 지연으로 재시도해야 하지만, 이 두 상태 코드에 대해서만 재시도해야 합니다. 어떤 정책 구성을 사용해야 할까요?

주어진 시나리오에서 백엔드 호출을 재시도 정책으로 래핑하는 것이 가장 적합합니다. retry 정책은 지정된 횟수만큼 작업을 재시도할 수 있게 하며, condition 속성을 사용하여 특정 HTTP 상태 코드(500 또는 504)에 대해서만 재시도를 트리거하도록 설정할 수 있습니다. interval 속성은 재시도 간 지연 시간을 정의합니다. 다른 옵션들은 다음과 같은 이유로 적절하지 않습니다. 조건 없이 재시도 정책을 추가하면 모든 백엔드 오류에 대해 재시도가 발생하여 불필요한 부하를 유발할 수 있습니다. set-variable 및 send-request를 사용하여 JavaScript로 루프를 구현하는 것은 복잡하고 비효율적이며, retry 정책이 제공하는 내장 기능을 우회합니다. forward-request의 타임아웃을 설정하는 것은 재시도 메커니즘이 아니며, APIM은 재시도 정책 없이 실패한 요청을 자동으로 재시도하지 않습니다.