Sie betreiben eine einzelne APIM-API, die den Datenverkehr basierend auf dem X-Region-Anforderungsheader (Werte: eu oder us) an eines von zwei regionalen Backends weiterleiten muss. Die Backends sind in APIM mit den Backend-IDs orders-eu und orders-us vorkonfiguriert. Sie müssen eine einzige API-Oberfläche beibehalten und dynamisch pro Anforderung weiterleiten. Was sollten Sie tun?

Die choose-Richtlinie im Inbound-Bereich ermöglicht die bedingte Logik, um den Wert des X-Region-Headers zu überprüfen. Basierend auf diesem Wert kann dann die set-backend-service-Richtlinie aufgerufen werden, um dynamisch das richtige Backend (orders-eu oder orders-us) anhand seiner ID auszuwählen. Dies erfüllt die Anforderung, eine einzige API-Oberfläche beizubehalten und den Datenverkehr pro Anforderung dynamisch weiterzuleiten. rewrite-uri ändert nur den Pfad der Anforderung, nicht das Backend selbst. Zwei separate APIs würden die Anforderung einer einzigen API-Oberfläche verletzen. Eine 302-Weiterleitung würde den Client zwingen, eine zweite Anfrage zu stellen, was nicht die optimale Lösung für eine transparente Weiterleitung ist.