Eseguire la selezione del percorso basato su parametri con gateway di app Azure lication - portale di Azure

Questo articolo descrive come usare il portale di Azure per configurare un'istanza sku di gateway di app Azure lication v2 per eseguire la selezione del percorso basato su parametri combinando le funzionalità di Riscrittura URL con il routing basato sul percorso.

Se non si ha una sottoscrizione di Azure, creare un account gratuito prima di iniziare.

Operazioni preliminari

Per completare la procedura descritta in questo articolo, è necessario disporre di un'istanza sku gateway applicazione v2. Le intestazioni di riscrittura e riscrittura url non sono supportate nello SKU v1. Se non si ha lo SKU v2, creare un'istanza dello SKU v2 del gateway applicazione prima di iniziare.

Accedere ad Azure

Accedere al portale di Azure con il proprio account Azure.

Configurare la selezione del percorso basato su parametri

Per questo esempio, si dispone di un sito Web per gli acquisti. La categoria di prodotto viene passata come stringa di query nell'URL. Per indirizzare la richiesta al back-end in base alla stringa di query, seguire questa procedura.

1. Creare una mappa percorso.

   

2. Creare un set di riscrittura con tre regole di riscrittura:

   • La prima regola ha una condizione che controlla la query_string variabile per category=shoes. Un'azione riscrive il percorso DELL'URL a /listing1. La mappa del percorso di rivalutazione è abilitata.

   • La seconda regola ha una condizione che controlla la query_string variabile per category=bags. Un'azione riscrive il percorso DELL'URL a /listing2. La mappa del percorso di rivalutazione è abilitata.

   • La terza regola ha una condizione che controlla la query_string variabile per category=accessories. Un'azione riscrive il percorso DELL'URL a /listing3. La mappa del percorso di rivalutazione è abilitata.

     

3. Associare questo set di riscrittura al percorso predefinito della regola basata sul percorso precedente.

   

Se l'utente richiede contoso.com/listing?category=any, corrisponde al percorso predefinito perché i modelli di percorso nella mappa percorso (/listing1, /listing2, /listing3) non corrispondono. Poiché è stata associata la riscrittura precedente impostata a questo percorso, questo set di riscrittura viene valutato. La stringa di query non corrisponde alla condizione in nessuna delle tre regole di riscrittura in questo set di riscrittura, quindi non viene eseguita alcuna azione di riscrittura. La richiesta viene instradata senza modifiche al back-end associato al percorso predefinito (ovvero GenericList).

Se l'utente richiede contoso.com/listing?category=shoes, viene trovata la corrispondenza del percorso predefinito. In questo caso, la condizione nella prima regola corrisponde. Viene eseguita l'azione associata alla condizione, che riscrive il percorso URL in /listing1 e rivaluta la mappa del percorso. Quando la mappa del percorso viene rivalutata, la richiesta corrisponde al percorso associato al modello /listing1. La richiesta viene instradata al back-end associato a questo modello (ShoesListBackendPool).

Nota

È possibile estendere questo scenario a qualsiasi valore di intestazione o cookie, percorso URL, stringa di query o variabili server in base alle condizioni definite. È quindi possibile instradare le richieste in base a tali condizioni.

Contenuto correlato

Per altre informazioni su come configurare alcuni casi d'uso comuni, vedere Scenari comuni di riscrittura delle intestazioni.