Wybieranie ścieżki opartej na parametrach za pomocą usługi aplikacja systemu Azure Gateway — Azure Portal

W tym artykule opisano sposób konfigurowania wystąpienia jednostki SKU usługi aplikacja systemu Azure Gateway w wersji 2 w celu wybrania ścieżki opartej na parametrach przez połączenie możliwości ponownego zapisywania adresów URL przy użyciu routingu opartego na ścieżkach.

Jeśli nie masz subskrypcji platformy Azure, przed rozpoczęciem utwórz bezpłatne konto.

Zanim rozpoczniesz

Aby wykonać kroki opisane w tym artykule, musisz mieć wystąpienie jednostki SKU usługi Application Gateway w wersji 2. Ponowne zapisywanie adresów URL i ponowne zapisywanie nagłówków nie jest obsługiwane w jednostce SKU w wersji 1. Jeśli nie masz jednostki SKU w wersji 2, przed rozpoczęciem utwórz wystąpienie jednostki SKU usługi Application Gateway w wersji 2.

Logowanie się do platformy Azure

Zaloguj się w witrynie Azure Portal przy użyciu danych konta Azure.

Konfigurowanie wyboru ścieżki opartej na parametrach

W tym przykładzie masz witrynę internetową zakupów. Kategoria produktu jest przekazywana jako ciąg zapytania w adresie URL. Aby skierować żądanie do zaplecza na podstawie ciągu zapytania, wykonaj następujące kroki.

1. Utwórz mapę ścieżki.

   

2. Utwórz zestaw ponownego zapisywania zawierający trzy reguły ponownego zapisywania:

   • Pierwsza reguła ma warunek sprawdzający zmienną query_string .category=shoes Akcja ponownie zapisuje ścieżkę adresu URL do /listing1. Mapa ścieżek ponownej oceny jest włączona.

   • Druga reguła ma warunek, który sprawdza zmienną query_string dla category=bags. Akcja ponownie zapisuje ścieżkę adresu URL do /listing2. Mapa ścieżek ponownej oceny jest włączona.

   • Trzecia reguła ma warunek, który sprawdza zmienną query_string dla category=accessories. Akcja ponownie zapisuje ścieżkę adresu URL do /listing3. Mapa ścieżek ponownej oceny jest włączona.

     

3. Skojarz ten zestaw ponownego zapisywania ze ścieżką domyślną poprzedniej reguły opartej na ścieżkach.

   

Jeśli użytkownik żąda contoso.com/listing?category=any, jest zgodny ze ścieżką domyślną, ponieważ wzorce ścieżek na mapie ścieżki (/listing1, /listing2, /listing3) nie są zgodne. Ponieważ poprzedni zestaw ponownego zapisywania został skojarzony z tą ścieżką, ten zestaw ponownego zapisywania jest oceniany. Ciąg zapytania nie jest zgodny z warunkiem w żadnym z trzech reguł ponownego zapisywania w tym zestawie ponownego zapisywania, więc nie ma akcji ponownego zapisywania. Żądanie jest kierowane bez zmian do zaplecza skojarzonego ze ścieżką domyślną (czyli GenericList).

Jeśli użytkownik żąda contoso.com/listing?category=shoes, domyślna ścieżka jest zgodna. W takim przypadku warunek w pierwszej regule jest zgodny. Akcja skojarzona z warunkiem jest wykonywana, która ponownie zapisuje ścieżkę adresu URL do /listing1 i ponownie szacuje mapę ścieżki. Gdy mapa ścieżki zostanie ponownie zwalczona, żądanie pasuje do ścieżki skojarzonej ze wzorcem /listing1. Żądanie jest kierowane do zaplecza skojarzonego z tym wzorcem (ShoesListBackendPool).

Uwaga

Ten scenariusz można rozszerzyć na dowolną wartość nagłówka lub pliku cookie, ścieżkę adresu URL, ciąg zapytania lub zmienne serwera na podstawie zdefiniowanych warunków. Następnie możesz kierować żądania na podstawie tych warunków.

Powiązana zawartość

Aby dowiedzieć się więcej na temat konfigurowania niektórych typowych przypadków użycia, zobacz Typowe scenariusze ponownego zapisywania nagłówka.