Vous exploitez une API APIM unique qui doit acheminer le trafic vers l'un des deux backends régionaux en fonction de l'en-tête de requête X-Region (valeurs : eu ou us). Les backends sont préconfigurés dans APIM avec les backend-ids orders-eu et orders-us. Vous devez conserver une surface d'API unique et acheminer dynamiquement par requête. Que devez-vous faire ?

La politique choose en entrée permet une logique conditionnelle pour le routage. En lisant l'en-tête X-Region, elle peut dynamiquement appeler set-backend-service avec le backend-id correspondant (orders-eu ou orders-us), assurant ainsi un routage vers le bon backend régional tout en conservant une surface d'API unique. L'option rewrite-uri est incorrecte car elle modifie le chemin de l'URI, pas le backend cible. L'option de créer deux API distinctes est incorrecte car elle ne maintient pas une surface d'API unique, ce qui est une exigence. L'option de redirection 302 est incorrecte car elle transférerait la responsabilité du routage au client, ce qui n'est pas le rôle d'APIM dans ce scénario et ne maintient pas la surface d'API unique.