Je APIM-gateway stuurt verzoeken door naar een backend die af en toe 500 of 504 retourneert. Je moet mislukte aanroepen maximaal drie keer opnieuw proberen met een vertraging van één seconde, maar alleen voor die twee statuscodes. Welke beleidsconfiguratie moet je gebruiken?

De correcte optie gebruikt het retry-beleid om de forward-request in te kapselen. Dit beleid staat het opnieuw proberen van mislukte aanroepen toe. De attributen count="3" en interval="1" specificeren respectievelijk maximaal drie pogingen en een vertraging van één seconde tussen pogingen. De condition attribute is cruciaal, omdat deze ervoor zorgt dat alleen aanroepen die resulteren in HTTP-statuscodes 500 of 504 opnieuw worden geprobeerd, precies zoals vereist. De tweede optie is onjuist omdat een retry-beleid zonder conditie alle mislukte aanroepen opnieuw zou proberen, niet alleen die met statuscode 500 of 504. De derde optie is te complex en onnodig; het retry-beleid is specifiek ontworpen voor dit scenario. De vierde optie is incorrect omdat het instellen van een timeout op forward-request niet automatisch mislukte aanroepen opnieuw probeert; het bepaalt alleen hoe lang APIM wacht op een antwoord van de backend.