Konfigurujesz Azure Front Door (Standard/Premium) z dwoma źródłami (origins): Wschodnie Stany Zjednoczone (East US) i Europa Zachodnia (West Europe). Chcesz, aby oba źródła były aktywne, żądania klientów preferowały źródło o najniższym opóźnieniu, a niezdrowe źródła były automatycznie usuwane z rotacji. Każde źródło udostępnia punkt końcowy HTTPS /healthz, który zwraca 200, gdy jest zdrowe. Jak należy skonfigurować grupę źródeł (origin group)?

Poprawna odpowiedź spełnia wszystkie wymagania: umieszczenie obu źródeł w jednej grupie źródeł pozwala na ich wspólne zarządzanie i równoważenie obciążenia. Konfiguracja sondy kondycji HTTPS GET do /healthz z interwałem 30 sekund i kodami 200-399 jako zdrowymi zapewnia automatyczne wykrywanie i usuwanie niezdrowych źródeł. Wyłączenie koligacji sesji jest odpowiednie, ponieważ nie jest wymagane utrzymywanie sesji z konkretnym źródłem. Równoważenie obciążenia oparte na opóźnieniach z równymi wagami kieruje ruch do najbliższego geograficznie, najszybciej odpowiadającego źródła, co optymalizuje wydajność dla użytkownika. Pozostałe opcje są nieprawidłowe: Tworzenie dwóch grup źródeł z przełączaniem awaryjnym opartym na priorytecie nie spełnia wymogu, aby oba źródła były aktywne jednocześnie i nie uwzględnia najniższego opóźnienia. Wyłączenie sond kondycji uniemożliwia automatyczne usuwanie niezdrowych źródeł. Użycie sondy HTTP do / co 5 sekund jest mniej precyzyjne niż do /healthz i może nie odzwierciedlać rzeczywistego stanu aplikacji. Ważone równoważenie obciążenia z wagą 0 dla Europy Zachodniej nie sprawia, że oba źródła są aktywne. Umieszczenie każdego źródła w oddzielnej grupie i poleganie na ręcznym wyborze reguły routingu jest nieefektywne i nieautomatyczne. Brak sond kondycji uniemożliwia automatyczne wykrywanie problemów.