Globalna firma medialna potrzebuje dystrybucji ruchu opartej na DNS, która preferuje najniższe opóźnienia globalnie, ale w ramach jednego regionu rozdziela ruch do różnych centrów danych, używając wag do testowania wydajności. Chcą również natychmiastowego blokowania geograficznego określonych krajów ze względu na zgodność z przepisami. Jak powinny być skonstruowane profile Traffic Manager, aby zaimplementować globalne routowanie oparte na wydajności, ważoną dystrybucję regionalną i blokowanie geograficzne?

Poprawna odpowiedź wykorzystuje zagnieżdżone profile Traffic Manager, aby spełnić wszystkie wymagania. Główny profil 'Performance' zapewnia routing z najniższymi opóźnieniami globalnie, kierując ruch do najbliższego regionalnego profilu podrzędnego. Każdy profil podrzędny używa routingu 'Weighted' do dystrybucji ruchu między centrami danych w danym regionie, co umożliwia testowanie wydajności. Blokowanie geograficzne jest realizowane poprzez dodanie oddzielnego profilu podrzędnego (lub punktów końcowych) z routingiem 'Geographic', który przekierowuje ruch z zablokowanych krajów do punktu końcowego zwracającego błąd lub "czarnej dziury". Pozostałe opcje są nieprawidłowe, ponieważ: Pojedynczy profil 'Weighted' nie zapewni globalnego routingu opartego na wydajności ani blokowania geograficznego. Filtrowanie IP na serwerach punktów końcowych nie jest natychmiastowe ani scentralizowane. Pojedynczy profil 'Performance' nie może jednocześnie obsługiwać ważonej dystrybucji regionalnej i blokowania geograficznego w sposób elastyczny. Azure Front Door jest rozwiązaniem warstwy 7, a Traffic Manager jest rozwiązaniem warstwy 4. Chociaż Front Door może być używany do globalnego routingu, wymaganie ważonej dystrybucji regionalnej i blokowania geograficznego w kontekście DNS najlepiej realizuje Traffic Manager.