Effectuer une sélection de chemin d’accès basée sur des paramètres avec Azure Application Gateway – Portail Azure

Cet article explique comment utiliser le Portail Azure pour configurer une instance de Référence SKU Azure Application Gateway v2 pour effectuer une sélection de chemin d’accès basé sur des paramètres en combinant les fonctionnalités de réécriture d’URL avec le routage basé sur le chemin d’accès.

Si vous n’avez pas d’abonnement Azure, créez un compte gratuit avant de commencer.

Avant de commencer

Vous devez disposer d’une instance de Référence SKU Application Gateway v2 pour effectuer les étapes de cet article. La réécriture d’URL et d’en-têtes n’est pas prise en charge dans la référence SKU v1. Si vous ne disposez pas de la référence SKU v2, créez une instance de référence SKU Application Gateway v2 avant de commencer.

Connexion à Azure

Connectez-vous au portail Azure avec votre compte Azure.

Configurer la sélection de chemin d’accès en fonction des paramètres

Pour cet exemple, vous avez un site web de vente en ligne. La catégorie de produit est transmise comme chaîne de requête dans l’URL. Pour acheminer la requête au back-end basé sur la chaîne de requête, suivez ces étapes.

1. Créez un mappage de chemin d’accès.

   

2. Créez un jeu de réécritures ayant trois règles de réécriture :

   • La première règle a une condition qui vérifie la variable query_string pour category=shoes. Une action réécrit le chemin d’accès d’URL vers /listing1. Réévaluer le mappage de chemin d’accès est activé.

   • La deuxième règle a une condition qui vérifie la variable query_string pour category=bags. Une action réécrit le chemin d’accès d’URL vers /listing2. Réévaluer le mappage de chemin d’accès est activé.

   • La troisième règle a une condition qui vérifie la variable query_string pour category=accessories. Une action réécrit le chemin d’accès d’URL vers /listing3. Réévaluer le mappage de chemin d’accès est activé.

     

3. Associez ce jeu de réécritures au chemin d’accès par défaut de la règle basée sur le chemin d’accès précédent.

   

Si l’utilisateur demande contoso.com/listing?category=any, il correspond au chemin d’accès par défaut, car les modèles de chemin d’accès dans le mappage de chemin d’accès (/listing1, /listing2, /listing3) ne correspondent pas. Du fait que vous avez associé le jeu de réécritures précédent à ce chemin d’accès, ce jeu de réécritures est évalué. La chaîne de requête ne correspond pas à la condition dans l’une des trois règles de réécriture de ce jeu de réécritures, aucune action de réécriture n’a donc lieu. La requête est routée sans modification vers le back-end associé au chemin d’accès par défaut (qui est GenericList).

Si l’utilisateur demande contoso.com/listing?category=shoes, le chemin d’accès par défaut correspond. Dans ce cas, la condition dans la première règle correspond. L’action associée à la condition est exécutée, qui réécrit le chemin d’accès d’URL vers /listing1 et réévalue le chemin d’accès. Lorsque le mappage de chemin d’accès est réévalué, la requête correspond au chemin d’accès associé au modèle /listing1. La requête est acheminée vers le back-end associé à ce modèle (ShoesListBackendPool).

Contenu connexe

Pour découvrir plus d’informations sur la configuration de certains cas d’usage courants, consultez Scénarios de réécriture d’en-têtes courants.