Partilhar via

Regras de encaminhamento de pedidos do Gateway de Aplicação

  • Artigo

Ao criar um gateway de aplicativo usando o portal do Azure, você cria uma regra padrão (regra1). Esta regra vincula o ouvinte padrão (appGatewayHttpListener) ao pool de back-end padrão (appGatewayBackendPool) e às configurações HTTP de back-end padrão (appGatewayBackendHttpSettings). Depois de criar o gateway, você pode editar as configurações da regra padrão ou criar novas regras.

Tipo de regra

Ao criar uma regra, você escolhe entre básico e baseado em caminho.

  • Escolha básico se quiser encaminhar todas as solicitações no ouvinte associado (por exemplo, blog.contoso.com/*) para um único pool de back-end.
  • Escolha com base em caminho se quiser rotear solicitações de caminhos de URL específicos para pools de back-end específicos. O padrão de caminho é aplicado apenas ao caminho da URL, não aos seus parâmetros de consulta.

Ordem das regras de processamento

Para a SKU v1 e v2, a correspondência de padrões de solicitações de entrada é processada na ordem em que os caminhos são listados no mapa de caminhos de URL da regra baseada em caminho. Se uma solicitação corresponder ao padrão em dois ou mais caminhos no mapa de caminhos, o caminho listado primeiro será correspondido. E a solicitação é encaminhada para o back-end associado a esse caminho.

Se você tiver vários ouvintes, é ainda mais importante que as regras sejam processadas na ordem correta para que o tráfego do cliente seja recebido pelo ouvinte correto. Para obter mais informações sobre a ordem de avaliação de regras, consulte Ordem de avaliação de regras de roteamento de solicitação.

Ouvinte associado

Associe um ouvinte à regra para que a regra de roteamento de solicitações associada ao ouvinte seja avaliada para determinar o pool de back-end para o qual rotear a solicitação.

Pool de back-end associado

Associe à regra o pool de back-end que contém os destinos de back-end que atendem às solicitações recebidas pelo ouvinte.

  • Para uma regra básica, apenas um pool de back-end é permitido. Todas as solicitações no ouvinte associado são encaminhadas para esse pool de back-end.

  • Para uma regra baseada em caminho, adicione vários pools de back-end que correspondam a cada caminho de URL. As solicitações que correspondem ao caminho de URL inserido são encaminhadas para o pool de back-end correspondente. Além disso, adicione um pool de back-end padrão. As solicitações que não correspondem a nenhum caminho de URL na regra são encaminhadas para esse pool.

Configuração HTTP de back-end associada

Adicione uma configuração HTTP de back-end para cada regra. As solicitações são roteadas do gateway de aplicativo para os destinos de back-end usando o número da porta, o protocolo e outras informações especificadas nessa configuração.

Para uma regra básica, apenas uma configuração HTTP de back-end é permitida. Todas as solicitações no ouvinte associado são encaminhadas para os destinos de back-end correspondentes usando essa configuração HTTP.

Para uma regra baseada em caminho, adicione várias configurações HTTP de back-end que correspondam a cada caminho de URL. As solicitações que correspondem ao caminho da URL nessa configuração são encaminhadas para os destinos de back-end correspondentes usando as configurações HTTP que correspondem a cada caminho de URL. Além disso, adicione uma configuração HTTP padrão. As solicitações que não correspondem a nenhum caminho de URL nesta regra são encaminhadas para o pool de back-end padrão usando a configuração HTTP padrão.

Configuração de redirecionamento

Se o redirecionamento estiver configurado para uma regra básica, todas as solicitações no ouvinte associado serão redirecionadas para o destino. Trata-se de um redirecionamento global . Se o redirecionamento for configurado para uma regra baseada em caminho, somente as solicitações em uma área específica do site serão redirecionadas. Um exemplo é uma área de carrinho de compras indicada por /cart/*. Trata-se de um redirecionamento baseado em caminhos.

Para obter mais informações sobre redirecionamentos, consulte Visão geral do redirecionamento do Application Gateway.

Tipo de redirecionamento

Escolha o tipo de redirecionamento necessário: Permanente(301), Temporário(307), Encontrado(302) ou Ver outro(303).

Alvo de redirecionamento

Escolha outro ouvinte ou um site externo como destino de redirecionamento.

Serviço de Escuta

Escolha ouvinte como destino de redirecionamento para redirecionar o tráfego de um ouvinte para outro no gateway. Essa configuração é necessária quando você deseja habilitar o redirecionamento HTTP-to-HTTPS. Ele redireciona o tráfego do ouvinte de origem que verifica as solicitações HTTP de entrada para o ouvinte de destino que verifica as solicitações HTTPS de entrada. Você também pode optar por incluir a cadeia de caracteres de consulta e o caminho da solicitação original na solicitação encaminhada para o destino de redirecionamento.

Application Gateway components dialog box

Para obter mais informações sobre o redirecionamento HTTP-to-HTTPS, consulte:

Sítio externo

Escolha site externo quando quiser redirecionar o tráfego no ouvinte associado a esta regra para um site externo. Você pode optar por incluir a cadeia de caracteres de consulta da solicitação original na solicitação encaminhada para o destino de redirecionamento. Não é possível encaminhar o caminho para o site externo que estava na solicitação original.

Para obter mais informações sobre redirecionamento, consulte:

Rescrever cabeçalhos HTTP e URL

Usando regras de reescrita, você pode adicionar, remover ou atualizar cabeçalhos de solicitação e resposta HTTP(S), bem como parâmetros de caminho de URL e cadeia de caracteres de consulta à medida que os pacotes de solicitação e resposta se movem entre o cliente e os pools de back-end por meio do gateway de aplicativo.

Os cabeçalhos e parâmetros de URL podem ser definidos como valores estáticos ou para outros cabeçalhos e variáveis de servidor. Isso ajuda com casos de uso importantes, como extrair endereços IP do cliente, remover informações confidenciais sobre o back-end, adicionar mais segurança e assim por diante. Para obter mais informações, consulte:

Próximos passos