Executar a seleção de caminho baseada em parâmetros com o Gateway de Aplicativo do Azure - Portal do Azure

Este artigo descreve como usar o portal do Azure para configurar uma instância de SKU do Azure Application Gateway v2 para executar a seleção de caminho baseada em parâmetros, combinando os recursos de Regravação de URL com roteamento baseado 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 regravação e reconfiguração de URL 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

Inicie sessão no portal do Azure com a 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.

   

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.

     

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

   

Se o usuário solicitar contoso.com/listing?category=any, ele será correspondido com o caminho padrão porque os padrões de caminho no mapa de caminho (/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 usuário solicitar contoso.com/listing?category=shoes, o caminho padrão será correspondido. Neste caso, a condição na primeira regra corresponde. A ação associada à condição é executada, que reescreve o caminho da URL e /listing1 reavalia 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).

Nota

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.

Conteúdos relacionados

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