APIM ゲートウェイが、断続的に 500 または 504 を返すバックエンドにリクエストを転送しています。失敗した呼び出しは、その 2 つのステータスコードの場合にのみ、1 秒の遅延を伴って最大 3 回再試行する必要があります。どのポリシー構成を使用すべきですか？

この構成は、指定された条件（HTTPステータスコード500または504）に一致する場合にのみ、バックエンド呼び出しを最大3回、1秒間隔で再試行します。これにより、断続的なエラーに対する回復性が向上します。 他のオプションは適切ではありません。 条件なしで再試行すると、成功したリクエストや他のエラーコードのリクエストも不必要に再試行され、バックエンドに余分な負荷がかかります。 set-variableとJavaScriptによるループは、APIMポリシーの意図された使用方法から逸脱しており、複雑で効率が悪く、推奨されません。 forward-requestのタイムアウト設定は、リクエストが完了するまでの待機時間を制御しますが、自動的な再試行機能は提供しません。APIMは、再試行ポリシーが明示的に構成されていない限り、失敗したリクエストを自動的に再試行しません。