Une métaphore pour expliquer les communications client/serveur ?

Une métaphore pour expliquer les communications client/serveur ? - Windows & Software

Marsh Posté le 02-05-2006 à 13:42:55    

Salut,
 
je cherche à expliquer par une métaphore à un public n'y connaissant rien la relation entre un client / serveur sur un réseau avec la notion des ports d'applications.(Le serveur écoute sur le port TCP/80 et le client initie la demande afin d'aller interroger ce port pour ce service etc...)
 
Je n'ai pas encore trouvé de métaphore qui me plaise réellement pour cette explication alors je viens demander votre avis au cas où vous auriez plus d'imagination que moi  :hello:  
 
Merci


Message édité par bigstyle le 02-05-2006 à 13:43:33
Reply

Marsh Posté le 02-05-2006 à 13:42:55   

Reply

Marsh Posté le 02-05-2006 à 14:13:21    

Le serveur est une entreprise avec différents services, chacun ayant une ligne téléphonique avec un n° de poste téléphonique qui lui est propre, et le client a l'exterieur appelle sur le n° de poste correspondant au service qu'il veut joindre.
Si personne n'est la pour répondre ça sonne dans le vide, s'il n'appelle pas le bon numéro et ben il n'aura pas le bon service, s'il fait le bon numéro et que ça décroche, et ben il peut ensuite entammer la conversation avec le service qu'il voulait.


Message édité par El Pollo Diablo le 02-05-2006 à 14:30:36
Reply

Marsh Posté le 02-05-2006 à 14:18:23    

(mais bon perso je fuis au maximum les métaphores quand je veux expliquer des concepts informatique, c'est rarement juste et ça a tendance a bloquer le raisonnement des gens ou les faire partir sur une mauvaise idée. Et puis quand un point est trop technique pour être comprehensible sans approche détournée par le public auquel on s'adresse, c'est souvent qu'on a pas besoin d'entrer dans le détail pour ce point précis)
 
 
(les métaphores automobiles en particulier ça devrait être interdit :o )


Message édité par El Pollo Diablo le 02-05-2006 à 14:19:05
Reply

Marsh Posté le 02-05-2006 à 14:22:18    

Ah c'est pas mal, merci !
 
Perso je ne suis pas un fervant defenseur des métaphores mais pour un public non averti ca peut etre assez utile à mon avis.
 
Si d'autres ont des idées, je suis tout ouïe :D

Reply

Marsh Posté le 02-05-2006 à 14:29:05    

Je vois pas mieux que ça. C'est l'équivalence la plus proche.


Message édité par Wolfman le 02-05-2006 à 14:29:26
Reply

Marsh Posté le 02-05-2006 à 14:53:50    

Tu demande a une entreprise de t envoyer un formulaire:
 
tu fait une requete par la poste, tu met ta demande dans une envelope (encapsulation dans les couche ISO)
Tu depose ta requete (envelope) dans ta BAL,  
ta lettre par pour rejoindre le meme flux que les autre lettre mais uniquement les lettre (notion de port en reception)
elle est acheminé par different moyen (avion, bateau, velo,...) et un des moyen est coupé, ca prend un autre chemin (notion de retouage)
l entreprise distante recoit par son service courrier (port de reception) ta demande. ils la traite, et t envois le formulaire, la leur reponsse marche sur le meme principe qu a l alle

Reply

Marsh Posté le 02-05-2006 à 14:57:56    

Z_cool a écrit :

Tu demande a une entreprise de t envoyer un formulaire:
 
tu fait une requete par la poste, tu met ta demande dans une envelope (encapsulation dans les couche ISO)
Tu depose ta requete (envelope) dans ta BAL,  
ta lettre par pour rejoindre le meme flux que les autre lettre mais uniquement les lettre (notion de port en reception)
elle est acheminé par different moyen (avion, bateau, velo,...) et un des moyen est coupé, ca prend un autre chemin (notion de retouage)
l entreprise distante recoit par son service courrier (port de reception) ta demande. ils la traite, et t envois le formulaire, la leur reponsse marche sur le meme principe qu a l alle


 
?????  :heink: ?????
 
La poste ce n'est pas un bon exemple etant donner que c'est l'analogie de UDP (completement different de TCP et de son analogie avec le telephone)


Message édité par D_Latch le 02-05-2006 à 14:58:20
Reply

Marsh Posté le 02-05-2006 à 15:07:34    

la Poste parfois tu a des packets qui se perdent comme dans la vraie vie  [:tinostar]

Reply

Marsh Posté le 02-05-2006 à 15:12:56    

un timbre normal c'est de l'UDP et un recommandé du TCP sinon :D

Reply

Marsh Posté le 02-05-2006 à 15:13:10    

Je pensais plutôt à une analogie avec le courrier. L'IP, c'est l'adresse du bâtiment, le numéro de port, c'est le numéro de l'appart (ou de la boîte aux lettres) :)  
 
On peut aussi regarder le fonctionnement d'une passerelle, qui correspondrait à quelqu'un qui regarde les boîtes du bâtiment et retransmet les lettres vers le réseau interne :)  
 
Mais le téléphone est bien pour expliquer la différence TCP/UDP :
- téléphone : les sons émis arrivent bien dans l'ordre à son correspondant
- courrier : on est pas sur que ca arrive dans l'ordre, ni même que ca arrive
 
(edit : résolution pour 2006 : valider son message avant d'aller prendre un café pour pas être over-grilled :o  :pt1cable: )

Message cité 1 fois
Message édité par mrbebert le 02-05-2006 à 15:14:14
Reply

Marsh Posté le 02-05-2006 à 15:13:10   

Reply

Marsh Posté le 02-05-2006 à 15:14:39    

mrbebert a écrit :

Je pensais plutôt à une analogie avec le courrier. L'IP, c'est l'adresse du bâtiment, le numéro de port, c'est le numéro de l'appart (ou de la boîte aux lettres) :)  
 
On peut aussi regarder le fonctionnement d'une passerelle, qui correspondrait à quelqu'un qui regarde les boîtes du bâtiment et retransmet les lettres vers le réseau interne :)  
 
Mais le téléphone est bien pour expliquer la différence TCP/UDP :
- téléphone : les sons émis arrivent bien dans l'ordre à son correspondant
- courrier : on est pas sur que ca arrive dans l'ordre, ni même que ca arrive


 
Rien de plus a ajouter

Reply

Marsh Posté le 02-05-2006 à 15:20:28    

La double métaphore et aborder la différence TCP/UDP c'est quand même un peu violent a mon avis pour un public qui n'y connait rien, et je pense pas que ça apporte grand chose :o

Reply

Marsh Posté le 02-05-2006 à 15:20:35    

Assez d'accord sur ce point:  
"Et puis quand un point est trop technique pour être comprehensible sans approche détournée par le public auquel on s'adresse, c'est souvent qu'on a pas besoin d'entrer dans le détail pour ce point précis"


Message édité par Pims le 02-05-2006 à 15:37:54

---------------
Life is like a box of chocolate you never know what you gonna get.
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed