Condividi tramite

Regole di routing delle richieste del gateway applicazione

  • Articolo

Quando si crea un gateway applicazione usando il portale di Azure, si crea una regola predefinita (regola1). Questa regola associa il listener predefinito (appGatewayHttpListener) al pool back-end predefinito (appGatewayBackendPool) e alle impostazioni HTTP back-end predefinite (appGatewayBackendHttpSettings). Dopo aver creato il gateway, è possibile modificare le impostazioni della regola predefinita o creare nuove regole.

Tipo di regola

Quando si crea una regola, è possibile scegliere tra base e basata sul percorso.

  • Scegliere quella di base se si desidera inoltrare tutte le richieste nel listener associato (ad esempio blog.contoso.com/ *) a un singolo pool back-end.
  • Scegliere quella basata sul percorso se si desidera instradare le richieste da percorsi URL specifici a pool back-end specifici. Il modello di percorso viene applicato solo al percorso dell'URL, non ai relativi parametri di query.

Ordine di elaborazione delle regole

Per gli SKU v1 e v2, la corrispondenza dei criteri delle richieste in ingresso viene elaborata nell'ordine in cui sono elencati i percorsi nella mappa del percorso URL della regola basata su percorso. Se una richiesta corrisponde al criterio in due o più percorsi nella mappa del percorso, viene considerata la corrispondenza con il percorso elencato per primo. La richiesta viene quindi inoltrata al back-end associato a tale percorso.

Se si dispone di più listener, è ancora più importante che le regole vengano elaborate nell'ordine corretto in modo che il traffico client venga ricevuto dal listener corretto. Per altre informazioni sull'ordine di valutazione delle regole, vedere Ordine di valutazione delle regole di routing delle richieste.

Listener associato

Associare un listener alla regola in modo che la regola di routing delle richieste associata al listener venga valutata per determinare il pool back-end a cui instradare la richiesta.

Pool back-end associato

Associare alla regola il pool back-end che contiene le destinazioni back-end che gestiscono le richieste ricevute dal listener.

  • Per una regola di base, è consentito un solo pool back-end. Tutte le richieste nel listener associato vengono inoltrate a tale pool back-end.

  • Per una regola basata su percorso, aggiungere più pool back-end che corrispondono a ogni percorso URL. Le richieste che corrispondono al percorso URL immesso vengono inoltrate al pool back-end corrispondente. Aggiungere anche un pool back-end predefinito. Le richieste che non corrispondono ad alcun percorso URL nella regola vengono inoltrate a tale pool.

Impostazione HTTP back-end associata

Aggiungere un'impostazione HTTP back-end per ogni regola. Le richieste vengono instradate dal gateway applicazione alle destinazioni back-end usando il numero di porta, il protocollo e altre informazioni specificate in questa impostazione.

Per una regola di base, è consentita una sola impostazione HTTP back-end. Tutte le richieste nel listener associato vengono inoltrate alle destinazioni back-end corrispondenti usando questa impostazione HTTP.

Per una regola basata sul percorso, aggiungere più impostazioni HTTP back-end che corrispondono a ogni percorso URL. Le richieste che corrispondono al percorso URL in questa impostazione vengono inoltrate alle destinazioni back-end corrispondenti usando le impostazioni HTTP corrispondenti a ogni percorso URL. Aggiungere anche un'impostazione HTTP predefinita. Le richieste che non corrispondono ad alcun percorso URL in questa regola vengono inoltrate al pool back-end predefinito usando l'impostazione HTTP predefinita.

Impostazione del reindirizzamento

Se il reindirizzamento è configurato per una regola di base, tutte le richieste nel listener associato vengono reindirizzate alla destinazione. Si tratta di reindirizzamento globale. Se il reindirizzamento è configurato per una regola basata su percorso, vengono reindirizzate solo le richieste in un'area del sito specifica. Un esempio è un'area del carrello acquisti indicata da /cart/*. Si tratta di reindirizzamento basato sul percorso.

Per altre informazioni sui reindirizzamenti, vedere Panoramica del reindirizzamento del gateway applicazione.

Tipo di reindirizzamento

Scegliere il tipo di reindirizzamento richiesto: Permanente(301), Temporaneo(307), Trovato(302)o Vedi altro(303).

Destinazione di reindirizzamento

Scegliere un altro listener o un sito esterno come destinazione di reindirizzamento.

Listener

Scegliere il listener come destinazione di reindirizzamento per reindirizzare il traffico da un listener a un altro nel gateway. Questa impostazione è necessaria quando si vuole abilitare il reindirizzamento da HTTP a HTTPS. Reindirizza il traffico dal listener di origine, che verifica la presenza di richieste HTTP in ingresso, al listener di destinazione, che verifica la presenza di richieste HTTPS in ingresso. È anche possibile scegliere di includere la stringa di query e il percorso della richiesta originale nella richiesta inoltrata alla destinazione di reindirizzamento.

Application Gateway components dialog box

Per altre informazioni sul reindirizzamento da HTTP a HTTPS, vedere:

Sito esterno

Scegliere un sito esterno per reindirizzare il traffico nel listener associato a questa regola a un sito esterno. È possibile scegliere di includere la stringa di query della richiesta originale nella richiesta inoltrata alla destinazione di reindirizzamento. Non è possibile inoltrare il percorso al sito esterno presente nella richiesta originale.

Per altre informazioni sul reindirizzamento, vedere:

Riscrivere l'URL e le intestazioni HTTP

Usando le regole di riscrittura, è possibile aggiungere, rimuovere o aggiornare le intestazioni delle richieste e delle risposte HTTP(S), nonché i parametri del percorso URL e della stringa di query quando i pacchetti di richieste e risposte si spostano tra il client e i pool back-end tramite il gateway applicazione.

Le intestazioni e i parametri URL possono essere impostati su valori statici o su altre intestazioni e variabili server. Ciò consente di usare casi d'uso importanti, ad esempio l'estrazione di indirizzi IP client, la rimozione di informazioni riservate sul back-end, l'aggiunta di maggiore sicurezza e così via. Per altre informazioni, vedi:

Passaggi successivi