Wdrażasz usługę Azure Front Door (Standard/Premium) przed dwoma wieloregionalnymi obciążeniami sieciowymi: /api i /web. Wymagania: kierowanie /api/* do Grupy Origin A i /web/* do Grupy Origin B; każdy origin udostępnia punkt końcowy kondycji pod adresem /healthz zwracający HTTP 200; zastosowanie polityki WAF z niestandardową regułą, która blokuje określone user-agenty tylko dla żądań do /api. Które dwie konfiguracje należy zaimplementować? Wybierz dwie.

Utworzenie dwóch tras, jednej dla /api/ kierującej do Grupy Origin A i drugiej dla /web/ kierującej do Grupy Origin B, jest konieczne, aby spełnić wymagania dotyczące routingu. Skojarzenie polityki WAF z trasą /api, zawierającą niestandardową regułę blokowania, zapewnia, że reguła ta dotyczy tylko żądań do /api, zgodnie z wymaganiami. Ustawienie ścieżki sondy kondycji na „/healthz” w każdej grupie origin i wymaganie HTTP 200 jest kluczowe, ponieważ każdy origin udostępnia punkt końcowy kondycji pod tym adresem, zwracający HTTP 200. Pozostałe opcje są nieprawidłowe: Pojedyncza grupa origin z ważonym równoważeniem obciążenia nie spełnia wymagań dotyczących routingu /api/ i /web/ do różnych grup origin. Użycie domyślnych ustawień sondy kondycji ze ścieżką „/” nie jest poprawne, ponieważ punkty końcowe kondycji są dostępne pod adresem /healthz. Dołączenie polityki WAF do punktu końcowego Front Door i poleganie na globalnych wykluczeniach dla /web jest mniej precyzyjne i bardziej złożone niż skojarzenie polityki WAF bezpośrednio z trasą /api.