Comment expliquer la différence entre un nom de domaine et un hébergeur?

10

Je me demande si quelqu'un a des analogies utiles pour décrire ce qu'est le DNS par rapport à l'hébergement. L'utilisateur moyen "veut juste un site Web" et le voit comme une unité atomique. Pour être juste, il est possible de l'acheter comme ça auprès de certaines entreprises, mais dans certaines situations, ce n'est pas ...

Quel est le meilleur moyen que vous ayez trouvé pour expliquer cela aux utilisateurs finaux de manière à ce qu'ils puissent le comprendre?

Le plus proche que j'en ai est:

Considérez le DNS comme une recherche dans l'annuaire téléphonique du numéro d'une personne. Cela indique à votre navigateur où aller pour obtenir le site Web.
L'hébergement est l'endroit où vous payez pour l'espace sur un serveur appartenant à quelqu'un d'autre, généralement dans un centre de données. Cela vous permet de stocker des fichiers tels que des images, des pages, etc. sur ce serveur et est généralement soumis à un quota.

J'ai pensé à utiliser l'analogie de type location d'espace, mais cela pourrait ne pas fonctionner avec certains utilisateurs.

domain-name-system hosting

— midi
source

4

Je pense que la plupart des gens connaissent suffisamment le Web pour comprendre que le nom de domaine est un pointeur vers le concept de site Web lorsqu'il est expliqué en termes simples. L'utilisation d'analogies inexactes ou lâches demande probablement un malentendu.

— Chris S

2

Je ne suis pas sûr qu'il existe des analogies utiles, en particulier pour la même raison que je n'essaie plus d'expliquer à mes parents pourquoi «Internet» n'est pas synonyme d '«Internet Explorer».

— Sobrique

3

Ils devraient le voir comme une seule unité atomique. Pour eux, c'est magique (presque littéralement), et un meilleur consultant résumera les moindres détails et présentera une seule facture .

— MDMoore313

4

Je ne peux pas être d'accord avec ce dernier morceau. Je n'ai jamais trouvé que traiter mes clients comme des naïfs était une bonne idée; ma préférence personnelle est de les éduquer jusqu'à ce qu'ils comprennent les choses dont dépend leur entreprise.

— MadHatter

@MadHatter a accepté.

— Brad Bouchard

21

Je n'utilise pas d'analogies lorsque j'explique ce concept aux gens. J'essaie simplement de le rendre aussi simple (sans supprimer complètement le vrai sens derrière) que possible. Je travaille avec beaucoup de propriétaires de petites entreprises; certains sont avertis sur le Web / intelligents, et d'autres moins. Dans chaque cas, j'ai réussi à leur dire simplement qu'il y a deux parties à posséder et à exploiter un site Web. Vous avez d'abord besoin d'un nom ou d'un domaine qui vous identifie, puis vous avez besoin d'un endroit pour stocker les fichiers qui comprennent les pages Web réelles que les gens verront lorsqu'ils visiteront ce nom / domaine. Donc, en substance:

Un domaine, ou nom de domaine, est simplement le nom de leur site Web, ou l'endroit où ils disent aux gens d'aller sur Internet pour trouver leur entreprise
Un hébergeur de domaine, ou "hébergement" comme je l'appelle tout en leur parlant, est simplement l'endroit où stocker les pages Web réelles que les gens verront lorsqu'ils iront sur leur site Web.

La plupart de mes clients ont bien répondu à cela et l'ont compris, et pas seulement avec condescendance. J'espère que cela vous aide.

— Brad Bouchard
source

1

Je suis d'accord. Je n'ai jamais compris la relation amoureuse que les développeurs ont avec les analogies. Restez simple.

— NotMe

@ChrisLively Je pense que parce que le monde dans lequel les développeurs vivent est encore plus complexe pour l'utilisateur moyen que notre monde SA, ils ont naturellement [évolution :)] au fil du temps "développé" - sans jeu de mots - l'analogie comme un moyen de donner du sens à ce qu'ils font.

— Brad Bouchard

2

Les analogies se révèlent bien lorsque la personne qui les utilise n'a pas une compréhension approfondie de chaque pièce en mouvement du puzzle. Si, par exemple, un administrateur Web essaie d'expliquer le DNS, il obtient la partie sur la traduction HN> IP correcte, mais ne comprend pas assez bien le reste du DNS pour expliquer pourquoi, comment ou quoi que ce soit. Dans ces cas, il est plus logique pour quelqu'un de dire que le nom d'hôte est la liste dans l'annuaire téléphonique, le serveur est le bâtiment réel. Il est juste que les gens comprennent qu'il y a une différence, sinon quelle est cette différence ou pourquoi il doit en être ainsi.

— RobbieCrash

Les analogies @ChrisLively sont incroyablement utiles. Pour sortir du monde SA et entrer dans le monde des développeurs pendant un moment, imaginez comment expliquer la différence entre le garbage collection du poste de travail et du serveur (en .NET) à une personne de niveau CxO comme je l'ai dû faire une fois pour expliquer pourquoi son site Web n'était pas '' t effectuer à la hauteur. La minute où vous dites quelque chose comme "Dans le GC du serveur, un tas et un thread dédié pour effectuer la collecte des ordures sont fournis pour chaque CPU ..." cette classe d'utilisateurs roule des yeux ... ;-)

— midi et

10

Le nom de domaine ressemble au nom de votre entreprise. L'hébergeur est comme votre bureau d'entreprise.

— Jenny D
source

6

D'accord, je vais mordre. Internet est comme une boîte de chocolats, on ne sait jamais quand il va fondre.

Maintenant que nous avons établi cela, une adresse Web n'est rien de plus qu'un alias à une adresse numérique, semblable à une adresse municipale. C'est plus facile à retenir Google.comque ça ne l'est 74.125.225.65. Similaire à l'AKA d'un criminel.

Une fois que nous connaissons l'adresse réelle, nous pouvons visiter cette adresse et voir ~~qui~~ s'y cache. L'adresse (dans le plus simple des cas) indique où les fichiers sont hébergés , comme une boîte postale.

Oui c'est ça. USPS vous donnera maintenant une adresse postale pour votre boîte postale. Lorsque le courrier est configuré pour être livré à une adresse postale (nom de domaine), USPS découvrira la véritable adresse (boîte postale) et y hébergera votre courrier.

Pour plus de précision, cette branche USPS particulière sert de fournisseur d'hébergement. Et pour tous ceux qui lisent, ne me donnez pas le temps de laisser du courrier dans la boîte postale et de ne pas en sortir, peu importe .

— MDMoore313
source

Ha, je n'ai jamais entendu cette analogie auparavant, mais j'aime ça. Bien parlé mon ami.

— Brad Bouchard

@BradBouchard lol merci, l'analogie de l'adresse IP <-> adresse IP J'ai beaucoup entendu, mais en tapant ceci, je me suis souvenu de ce que mon voisin a dit à propos du mappage de la boîte postale maintenant, et j'ai mis les deux ensemble. Cela a très bien fonctionné, n'hésitez pas à l'utiliser sous pay-it-forward-ware.

— MDMoore313

@BigHomie Comme celui-ci, je ne pense pas que nous ayons un service similaire en Irlande, mais je pourrai inventer quelque chose.

— midi et

4

Je dis toujours aux clients que votre site Web ressemble au certificat d'enregistrement de votre entreprise. Cependant, vous devez toujours vous procurer un bureau pour gérer votre entreprise et conserver votre inventaire et vos affaires. Ce bureau est votre hébergement. Cela fonctionne généralement!

— Mohamed Elgharabawy
source

Une autre bonne analogie. Jamais pensé à celui-ci ...

— Brad Bouchard

Je pense que si vous devez vraiment utiliser l'analogie pour ce genre de choses plus basiques, alors plus c'est simple, mieux c'est, car les analogies plus détaillées sont trop compliquées aussi.

— phoops

4

Expliquer quels sont ces deux composants est assez simple:

Hébergement - Où résident réellement les fichiers du site.

DNS - Nom du site.

Vous n'avez pas besoin d'analogies; Honnêtement, je suis à peu près sûr que la plupart d'entre eux confondent les gens au point de dire qu'ils comprennent qu'ils ne comprennent vraiment pas.

— Pas moi
source

1

Bon point Chris.

— Brad Bouchard

2

Un nom de domaine est comme un numéro de téléphone et un hébergeur est comme un téléphone.

Vous pouvez avoir un numéro de téléphone, mais sans téléphone, les gens qui appellent ne recevront rien. Vous pouvez avoir un téléphone, mais sans numéro de téléphone, personne ne saura comment vous contacter.

Lorsque vous avez un numéro de téléphone et que la compagnie de téléphone l'attribue au téléphone portable, les gens peuvent vous appeler et vous joindre.

Lorsque vous avez un nom de domaine et que le système DNS l'attribue à l'hébergeur, les utilisateurs peuvent utiliser un navigateur et accéder à votre site Web en tapant votre domaine dans le navigateur.

— Adam Davis
source

1

Je suggère d'utiliser l'analogie avec le téléphone portable.

Un nom de domaine est une carte SIM qui vous donne et seulement vous un certain numéro de téléphone (le domaine).

Vous avez toujours besoin d'un téléphone pour insérer la carte, avant que quiconque puisse vous appeler, ainsi qu'un opérateur pour accepter les appels vers le téléphone, avant de pouvoir prendre des commandes. Vous êtes toutefois libre de choisir le téléphone et l'opérateur en fonction de vos besoins tant que vous avez la carte SIM.

— Thorbjørn Ravn Andersen
source