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.

   

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 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.

Conteúdo relacionado

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