Durchführen einer parameterbasierten Pfadauswahl mit Azure Application Gateway: Azure-Portal

In diesem Artikel wird beschrieben, wie Sie mithilfe des Azure-Portals eine Instanz der Application Gateway v2-SKU konfigurieren, um eine parameterbasierte Pfadauswahl durchzuführen, indem Sie die Funktionen von URL-Rewrite mit pfadbasiertem Routing kombinieren.

Wenn Sie kein Azure-Abonnement besitzen, können Sie ein kostenloses Konto erstellen, bevor Sie beginnen.

Voraussetzungen

Sie benötigen eine Application Gateway v2-SKU-Instanz, um die Schritte in diesem Artikel durchzuführen. URL-Rewrite- und das Umschreiben von Headern werden in der v1-SKU nicht unterstützt. Wenn Sie nicht über die v2-SKU verfügen, erstellen Sie eine Application Gateway v2-SKU-Instanz, bevor Sie beginnen.

Anmelden bei Azure

Melden Sie sich mit Ihrem Azure-Konto beim Azure-Portal an.

Konfigurieren der parameterbasierten Pfadauswahl

In diesem Beispiel haben Sie eine Shopping-Website. Die Produktkategorie wird als Abfragezeichenfolge in der URL übergeben. Führen Sie die folgenden Schritte aus, um die Anforderung basierend auf der Abfragezeichenfolge an das Back-End weiterzuleiten.

1. Erstellen Sie eine Pfadzuordnung.

   

2. Erstellen Sie einen Umschreibungssatz mit drei Umschreibregeln:

   • Die erste Regel hat eine Bedingung, die die query_string-Variable auf category=shoes überprüft. Eine Aktion schreibt den URL-Pfad in /listing1 um. Die Neubewertung der Pfadzuordnung ist aktiviert.

   • Die zweite Regel hat eine Bedingung, die die query_string-Variable auf category=bags überprüft. Eine Aktion schreibt den URL-Pfad in /listing2 um. Die Neubewertung der Pfadzuordnung ist aktiviert.

   • Die dritte Regel hat eine Bedingung, die die query_string-Variable auf category=accessories überprüft. Eine Aktion schreibt den URL-Pfad in /listing3 um. Die Neubewertung der Pfadzuordnung ist aktiviert.

     

3. Weisen Sie diesen Umschreibungssatz dem Standardpfad der vorherigen pfadbasierten Regel zu.

   

Wenn der Benutzer contoso.com/listing?category=any anfordert, erfolgt ein Abgleich mit dem Standardpfad, da die Pfadmuster in der Pfadzuordnung (/listing1, /listing2, /listing3) nicht übereinstimmen. Da Sie diesem Pfad dem vorherigen Umschreibungssatz zugeordnet haben, wird dieser ausgewertet. Da die Abfragezeichenfolge mit keiner der drei Umschreibungsregeln in diesem Umschreibungssatz übereinstimmt, wird keine Umschreibungsaktion ausgeführt. Die Anforderung wird unverändert an das Back-End weitergeleitet, das dem Standardpfad zugeordnet ist (in diesem Fall GenericList).

Wenn der Benutzer contoso.com/listing?category=shoes anfordert, wird der Standardpfad abgeglichen. In diesem Fall trifft die Bedingung der ersten Regel zu. Daher wird die mit der Bedingung verknüpfte Aktion ausgeführt, die den URL-Pfad in /listing1 umschreibt und die Pfadzuordnung neu auswertet. Wenn die Pfadzuordnung erneut ausgewertet wird, entspricht die Anforderung dem Pfad, der dem Muster /listing1 zugeordnet ist. Die Anforderung wird an das Back-End weitergeleitet, das diesem Muster (ShoesListBackendPool) zugeordnet ist.

Hinweis

Sie können dieses Szenario basierend auf den definierten Bedingungen auf beliebige Header- oder Cookiewerte, URL-Pfade, Abfragezeichenfolgen oder Servervariablen erweitern. Anschließend können Sie Anforderungen basierend auf diesen Bedingungen weiterleiten.

Zugehöriger Inhalt

Weitere Informationen zum Einrichten einiger gängiger Anwendungsfälle finden Sie unter Allgemeine Szenarien zum Umschreiben von Headern.