Discuter:Client-serveur

Un article de Wikipédia, l'encyclopédie libre.

	Client-serveur fait partie du projet Informatique, qui a pour but d'enrichir le contenu de Wikipédia sur les sujets liés à l'informatique. Si vous voulez participer, vous pouvez modifier cet article ou visiter la page du projet où vous pourrez vous joindre au projet et consulter la liste des tâches et des objectifs. Le portail informatique pourrait aussi vous intéresser.
Ébauche	Cet article a été classé comme d'Avancement ébauche selon le Tableau d'évaluation du projet. (Voir les statistiques)
Élevée	Cet article a été classé comme d'Importance élevée selon le Tableau d'évaluation du projet. (Contester?)

a-t-il un problème à ce que la page s'appelle "Client/Serveur" plutôt que "Client serveur" ? Sans espace, le titre semble unpeu bizarre. D'ailleurs, c'est unpeu la même chose pour GNU-Linux qui devrait s'appeller GNU/Linux... Est-ce que les "/" dans les titres causent problème ?? -- Calo

Bon j'ai déplacé l'article vers Client-serveur qui est tout aussi valable que Client/serveur (et beaucoup mieux que "Client serveur") selon moi... -- Calo 01:23 nov 27, 2002 (CET)

[modifier] Métaphore du paradigme client/serveur

Le paradigme client/serveur introduit la notion de services que l'on peut comparer avec la métaphore du serveur de restaurant.

Le client entre dans le restaurant (début de la session) pour se restaurer (service fournit par le restaurant). Le client commande (requête non bloquante) au serveur un plat cuisiné (consommation d'un service). Ce service est engagé par une requête (la commande du client) et un ou plusieurs processus sont executés (la préparation du plat). Au terme de ces processus, le serveur sert le plat au client (réponse à la requête "commande"). Le client consomme le plat cuisiné (consommation des ressources). Le service prend fin au paiement de la facture (fin de session).

Les clients consomment des services qui s'effectuent en parallèle (dans le meilleure des cas) dans le restaurant. Le client peut consommer d'autres services en attendant qu'on lui serve son plat principal (premier service).

La notion de service satifait pusieurs requêtes différentes et plusieurs réponses différentes.

--Ghostrider(pth)

La métaphore du restaurant est-elle trop triviale et trop convainquante? Va t'on enfin mettre un terme à une utilisation abusivement réductrice et d'une grandiloquence ridicule de l'architecture en informatique?

François Bougeault, architecte (!)

[modifier] Pour quoi faire ?

Cet article ne contient pas une seule fois le mot service !

Il faut partir du problème à résoudre et dire quelles architectures conviennent (le p2p c'est bien, mais va t-on gérer les emails par p2p ?).

Autre problème : je ne vois pas très bien d'où sortent les notions de maître/esclave. Je n'arrive pas à faire un parallèle avec d'autres exemples de relation maître/esclave (MaJ d'horloges, périphériques USB). En fait, ça a l'air complètement antinomique : comment un esclave pourrait-il avoir plusieurs maîtres ? Un tel esclave pourrait décider à quel maître obéir. Ça semble contradictoire à moins d'adopter une notion très faible d'esclave, au point que cela n'ai plus aucun sens de parler d'esclave.

Il faudrait définir actif et passif.

--Wcorrector (d) 26 novembre 2007 à 04:21 (CET)

Je pense qu'il y avait une erreur de sens, j'ai proposé une nouvelle version. Les termes maître/esclave ; manager/agent sont parfois utilisés à la place de client/serveur. Pour aider à comprendre qui demande un service à qui ou qui rend service à qui (les qui comme composant(s) logiciel(s)). Voir par exemples : le protocol SNMP ; les solutions de téléintervention (VNC).

--Fred L.M. (d) 9 mars 2008 à 18:40 (CET)