Używasz pojedynczego API APIM, które musi kierować ruch do jednego z dwóch regionalnych backendów na podstawie nagłówka żądania X-Region (wartości: eu lub us). Backendy są wstępnie skonfigurowane w APIM z identyfikatorami backendów orders-eu i orders-us. Musisz zachować jedną powierzchnię API i dynamicznie kierować ruch dla każdego żądania. Co powinieneś zrobić?

Poprawna odpowiedź to użycie polityki choose w sekcji inbound do odczytania nagłówka X-Region i wywołania set-backend-service z odpowiednim backend-id. Polityka choose pozwala na warunkowe wykonywanie innych polityk. W tym przypadku, na podstawie wartości nagłówka X-Region, można dynamicznie ustawić docelowy backend za pomocą polityki set-backend-service, która przyjmuje backend-id jako parametr. To rozwiązanie zachowuje pojedynczą powierzchnię API i dynamicznie kieruje ruch. Opcja z rewrite-uri jest nieprawidłowa, ponieważ służy do modyfikowania ścieżki URI, a nie do wyboru docelowego backendu. Tworzenie dwóch oddzielnych API jest niezgodne z wymaganiem zachowania jednej powierzchni API. Przekierowanie 302 jest nieodpowiednie, ponieważ spowodowałoby, że klient musiałby wykonać nowe żądanie, co nie jest dynamicznym routingiem w ramach APIM.