Executar a seleção de caminho baseado em parâmetro com o Gateway de Aplicativo do Azure – portal do Microsoft Azure

Este artigo descreve como usar o portal do Azure para configurar uma instância SKU de Gateway de Aplicativo do Azure v2 para executar a seleção de caminho baseada em parâmetro combinando os recursos de reescrita de URL com roteamento baseado em caminho.

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

Antes de começar

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

Entrar no Azure

Entre no portal do Azure com sua conta do Azure.

Configurar a seleção de caminho baseado em parâmetro

Para este exemplo, você tem um site de compras. A categoria do produto é passada como uma cadeia de caracteres de consulta no 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 reescrita que tenha três regras de reescrita:

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

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

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

     

3. Associar esse conjunto de reescrita ao caminho padrão da regra com base no 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 corresponderão. Como você associou o conjunto de reescrita anterior a esse caminho, o conjunto de reescrita é avaliado. Como a cadeia de caracteres de consulta não corresponde à condição em nenhuma das três regras de reescrita neste conjunto, portanto, nenhuma ação de reescrita será realizada. A solicitação será direcionada sem alterações 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 será atendida. A ação associada à condição será executada, reescrevendo o caminho do URL para /listing1 e reavaliando o mapa do 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).

Observação

Estenda 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, roteie 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 reescrita de cabeçalho.