Tailwind Logistics évalue deux options pour permettre aux clients DNS sur site de résoudre les noms DNS privés Azure : (A) déployer une paire de machines virtuelles HA exécutant BIND dans le VNet hub et configurer les forwarders sur site pour envoyer les requêtes à ces machines virtuelles ; (B) déployer Azure Private DNS Resolver avec des points de terminaison entrants. Du point de vue opérationnel et de la maintenabilité, quelle affirmation compare correctement ces options ?

L'option correcte est la meilleure car Azure Private DNS Resolver est un service PaaS (Platform as a Service) entièrement géré par Azure, ce qui signifie qu'Azure gère la haute disponibilité, les correctifs et la maintenance sous-jacente. Ses points de terminaison entrants permettent aux clients DNS sur site de résoudre les noms des zones privées Azure via une connexion VPN ou ExpressRoute sans nécessiter de machines virtuelles. En revanche, le déploiement de machines virtuelles BIND est une solution IaaS (Infrastructure as a Service) qui exige une gestion manuelle de la haute disponibilité, des correctifs, des mises à jour logicielles, et des configurations réseau (NSG, routage) par l'utilisateur, augmentant ainsi la charge opérationnelle et de maintenance. La première option est incorrecte car elle inverse les rôles : les machines virtuelles BIND sont auto-gérées, tandis qu'Azure Private DNS Resolver est géré par Azure. La troisième option est fausse car Azure Private DNS Resolver est précisément conçu pour accepter les requêtes DNS entrantes des réseaux sur site. La quatrième option est incorrecte car il existe des différences opérationnelles et de maintenabilité significatives entre les deux approches.