Partilhar via


Realizar a seleção de caminho com base em parâmetros com o Gateway de Aplicações do Azure - Portal do Azure

Este artigo descreve como usar o portal do Azure para configurar uma instância do Azure Application Gateway v2 SKU para selecionar caminhos com base em parâmetros, combinando as capacidades de Reescrita de URL com roteamento com base em caminho.

Se não tiver uma subscrição do Azure, crie uma conta gratuita antes de começar.

Antes de começar

Você precisa ter uma instância de SKU do Application Gateway v2 para concluir as etapas neste artigo. Não há suporte para reescrita de URL e reescrita de cabeçalhos na SKU v1. Se você não tiver a SKU v2, crie uma instância de SKU v2 do Application Gateway antes de começar.

Iniciar sessão no Azure

Entre no portal do Azure com sua conta do Azure.

Configurar a seleção de caminho baseada em parâmetros

Neste exemplo, você tem um site de compras. A categoria do produto é passada como uma cadeia de caracteres de consulta na URL. Para rotear a solicitação para o back-end com base na cadeia de caracteres de consulta, siga estas etapas.

  1. Crie um mapa de caminho.

    Captura de tela que mostra um cenário de regravação de URL 1-1.

  2. Crie um conjunto de regravações que tenha três regras de reescrita:

    • A primeira regra tem uma condição que verifica a query_string variável para category=shoes. Uma ação reescreve o caminho da URL para /listing1. Reavaliar mapa de caminho está ativado.

    • A segunda regra tem uma condição que verifica a query_string variável para category=bags. Uma ação reescreve o caminho da URL para /listing2. Reavaliar mapa de caminho está ativado.

    • A terceira regra tem uma condição que verifica a query_string variável para category=accessories. Uma ação reescreve o caminho da URL para /listing3. Reavaliar mapa de caminho está ativado.

      Captura de tela que mostra o cenário de regravação de URL 1-2.

  3. Associe esse conjunto de regravações ao caminho padrão da regra baseada em caminho anterior.

    Captura de tela que mostra o cenário de reconfiguração de URL 1-3.

Se o utilizador solicitar contoso.com/listing?category=any, é associado ao caminho padrão porque os padrões de caminho no mapa de caminhos (/listing1, /listing2, /listing3) não correspondem. Como você associou o conjunto de regravação anterior a esse caminho, esse conjunto de regravação é avaliado. A cadeia de caracteres de consulta não corresponde à condição em nenhuma das três regras de regravação neste conjunto de regravação, portanto, nenhuma ação de regravação ocorre. A solicitação é roteada inalterada para o back-end associado ao caminho padrão (que é GenericList).

Se o utilizador solicitar contoso.com/listing?category=shoes, o caminho padrão é utilizado. Neste caso, a condição na primeira regra corresponde. A ação associada à condição é executada, reescrevendo o caminho da URL para /listing1 e reavaliando o mapa de caminho. Quando o mapa de caminho é reavaliado, a solicitação corresponde ao caminho associado ao padrão /listing1. A solicitação é roteada para o back-end associado a esse padrão (ShoesListBackendPool).

Note

Você pode estender esse cenário para qualquer valor de cabeçalho ou cookie, caminho de URL, cadeia de caracteres de consulta ou variáveis de servidor com base nas condições definidas. Em seguida, você pode encaminhar solicitações com base nessas condições.

Para saber mais sobre como configurar alguns casos de uso comuns, consulte Cenários comuns de reconfiguração de cabeçalho.