Bien plus que l'hébergement Web, l'hébergement DNS est un service de base, donc tant que le fournisseur DNS est compétent, il n'y a pas beaucoup de différence d'un fournisseur à l'autre. Les raisons sont les suivantes:
- Le réseau DNS Internet est conçu pour être réparti en charge. Autrement dit, lorsque les utilisateurs recherchent example.com, ils n'envoient pas tous la demande aux serveurs de noms faisant autorité de votre domaine. En règle générale, ils font la demande au serveur DNS de mise en cache local de leur FAI. Et parfois, ces serveurs de noms sont des redirecteurs qui envoient la demande à un serveur de noms récursif plus central. Et si le cache DNS local du client ou les caches DNS des serveurs de transfert ou des serveurs de noms récursifs du FAI contiennent un enregistrement non expiré pour votre domaine, alors vos serveurs de noms faisant autorité ne seront pas interrogés.
- Le DNS est un système très puissant, mais il est également très simple. Et la plupart des gens n'ont pas besoin de configurations DNS très complexes ou n'ont jamais accès à toutes les fonctionnalités DNS, sauf les plus élémentaires. En dehors des performances réseau et de l'interface utilisateur, il n'y a donc pas grand-chose à différencier un service de l'autre. Pour l'utilisateur final, il y a encore moins à différencier un fournisseur DNS d'un autre.
- Même les performances du réseau dépendent largement du FAI du client et des liaisons intermédiaires dans la plupart des cas. Et dans le contexte d'une demande de page Web, DNS consomme une très petite quantité de la bande passante totale et du temps d'aller-retour. Dans le cadre d'une session de navigateur, les performances de vos serveurs DNS sont encore plus négligeables.
Donc, pour moi, le coût et la commodité sont les principaux facteurs. Et il est généralement moins cher et plus pratique d'utiliser les serveurs DNS de l'hébergeur. En règle générale, j'enregistre également mes domaines via mon hébergeur (car il s'agit d'un autre service de base et les hébergeurs sont beaucoup moins ombragés en moyenne que les registraires), donc je peux gérer presque tout à partir d'un panneau de contrôle. Lorsque j'enregistre un nouveau domaine, il est automatiquement ajouté à mon compte, les entrées DNS sont créées et le vhost est configuré sur le serveur Web.
Sur les projets qui nécessitent une sécurité plus élevée, je pourrais rechercher un hébergeur qui prend en charge DNSSEC (bien que cela ne soit pas pertinent si vous utilisez l'un des nombreux TLD dont les serveurs de noms racine ne le prennent pas en charge). Mais à part cela, il n'y a pas grand-chose qui nécessite de magasiner.
À moins que vous n'ayez besoin de fonctionnalités DNS spécifiques que votre hébergeur ne fournit pas (et que vous ayez une bonne raison de les respecter), je laisserais l'hébergeur s'en occuper. Ils gèrent déjà 99% de vos besoins d'hébergement, alors pourquoi créer un autre compte (une autre facture, un ensemble d'informations d'identification de connexion, un panneau d'administration, du personnel de soutien ...) et un autre point d'échec. Il est plus logique de passer un peu plus de temps à choisir un très bon hébergeur compétent et digne de confiance.
Edit:
Je m'excuse pour la longueur de cette réponse, mais je veux juste ajouter quelques points supplémentaires:
Il existe des raisons légitimes de choisir un service DNS dédié si vous faites partie du 1% d'utilisateurs qui ont besoin de fonctionnalités avancées telles que:
- Équilibrage de charge DNS - en général, un CDN vous fournira un équilibrage de charge, mais si vous exécutez votre propre CDN autogéré à petite échelle avec une poignée d'emplacements, cela pourrait être utile. Le DNS à tour de rôle n'est pas la meilleure méthode d'équilibrage de charge, mais un bon fournisseur DNS devrait avoir de meilleures méthodes d'équilibrage de charge basées sur DNS.
- Ultra faible latence - comme mentionné précédemment, à moins que votre service DNS ne soit exceptionnellement médiocre, la différence de performances entre les différents fournisseurs DNS est imperceptible pour les utilisateurs finaux. Cependant , il existe certains créneaux où de telles micro-optimisations de performances peuvent faire la différence, telles que les applications extrêmement urgentes et / ou celles avec un ratio élevé de recherches DNS par rapport aux requêtes mises en cache DNS.
- DNS dynamique - une petite minorité de webmasters / administrateurs de serveurs choisissent d'héberger leur serveur sur des adresses IP dynamiques. C'est loin d'être idéal dans la plupart des cas, mais si vous souhaitez héberger un site Web sur votre connexion haut débit à domicile sans louer une adresse IP statique, vous devez à peu près utiliser un fournisseur DNS spécialisé.
- Haute disponibilité - à l'extrême opposé, il existe des organisations avec des applications / services très critiques où le temps de disponibilité de 99,98% offert par les hébergeurs et les registraires Web typiques n'est tout simplement pas assez bon. Ces clients ont besoin du degré de redondance et des garanties SLA fournies par des entreprises comme Amazon et Dyn.
Pourtant, la plupart ne tombent pas dans le 1% qui a besoin de ces services. Il existe également un grand chevauchement entre bon nombre de ces fonctionnalités et l'hébergement CDN / cloud. Évaluez donc soigneusement votre situation et vos options en premier. Si vous vous concentrez sur les performances, faites quelques tests pour voir si DNS est votre principal goulot d'étranglement. Il y a généralement des optimisations de performances plus faciles et beaucoup plus importantes à faire avant d'avoir besoin d'un DNS anycast à charge équilibrée, etc.
- Selon les commentaires, les hébergeurs Web gèrent automatiquement beaucoup de gestion DNS pour vous. Avec un fournisseur DNS tiers, il faudrait deux fois plus de temps pour configurer un nouveau site, et vous devriez vous soucier de la modification des paramètres réseau par votre hébergeur qui brise vos paramètres DNS. C'est juste plus efficace de laisser l'hébergeur automatiser tout cela.
- Néanmoins, vous devez rechercher les hôtes Web et les registraires incompétents avec des performances et une interface utilisateur / fonctionnalités inférieures. Ils sont une petite minorité, mais Godaddy est l'un d'eux. En particulier, ils abandonnent régulièrement les demandes DNS et ont même institué une politique d' interruptions sélectives du DNS au lieu de remeubler leurs serveurs DNS sous-provisionnés. Bien que dans un cas comme celui-ci, je changerais simplement de bureau d'enregistrement / hébergeur, car leur atteinte flagrante au DNS public suggère des problèmes plus fondamentaux avec l'entreprise, tels qu'une gestion incompétente.