Une entreprise de médias mondiale a besoin d'une distribution de trafic basée sur DNS qui privilégie la latence la plus faible à l'échelle mondiale, mais qui, au sein d'une même région, distribue le trafic vers différents centres de données en utilisant des pondérations pour les tests de capacité. Elle souhaite également un blocage géographique immédiat de pays spécifiques pour des raisons de conformité. Comment les profils Traffic Manager doivent-ils être structurés pour implémenter un routage global basé sur les performances, une distribution régionale pondérée et un blocage géographique ?

La bonne réponse est la seule qui combine correctement les capacités de Traffic Manager pour répondre à tous les besoins. Un profil parent en mode 'Performance' assure le routage global vers la région la plus proche (latence la plus faible). Les profils enfants 'Weighted' dans chaque région permettent la distribution du trafic entre les centres de données régionaux pour les tests de capacité. L'utilisation d'un profil enfant ou de points de terminaison 'Geographic' dédiés, configurés pour renvoyer une erreur ou blackholer le trafic, est la méthode standard pour le blocage géographique immédiat dans Traffic Manager. Les autres options sont incorrectes car : Un seul profil 'Weighted' ne permet pas le routage global basé sur la latence ni le blocage géographique immédiat et précis. Les filtres IP sur les serveurs ne sont pas une solution de blocage géographique immédiate au niveau DNS. Un seul profil 'Performance' ne peut pas combiner directement le routage géographique et pondéré de manière hiérarchique pour ce scénario complexe. Azure Front Door est une solution différente, et bien qu'elle puisse gérer le routage global, l'utilisation de Traffic Manager uniquement pour les vérifications de santé et Azure Load Balancer pour la distribution régionale n'est pas la solution la plus intégrée ni la plus efficace pour tous les critères spécifiés.