Tailwind Airlines potrzebuje Application Gateway do kierowania żądań do /images/* do puli zaplecza obsługującej obiekty blob i do /api/* do maszyn wirtualnych API. Planują użyć pojedynczego odbiornika multi-site na app.contoso.com. Jaka konfiguracja Application Gateway osiągnie to z najmniejszą złożonością?

Prawidłowa odpowiedź to reguła routingu oparta na ścieżce (path map) ze względu na wymaganie kierowania ruchu na podstawie segmentów ścieżki URL (/images/ i /api/) przy użyciu pojedynczego odbiornika multi-site. Mapy ścieżek są przeznaczone do tego scenariusza, umożliwiając przypisanie różnych pul zaplecza do konkretnych wzorców ścieżek. Ustawienie domyślnego zaplecza zapewnia obsługę wszystkich innych żądań. Pozostałe opcje są nieprawidłowe: Tworzenie dwóch oddzielnych odbiorników i adresów IP frontonu zwiększa złożoność i nie jest zgodne z wymogiem pojedynczego odbiornika multi-site. Przepisywanie adresów URL (URL rewrite) jest używane do modyfikowania adresów URL, a nie do bezpośredniego kierowania ruchu do różnych pul zaplecza na podstawie ścieżki w najbardziej efektywny sposób. Konfigurowanie wielu ustawień HTTP zaplecza z różnymi portami i routing oparty na sondach nie są mechanizmami do kierowania ruchu na podstawie ścieżki URL.