Discussion:Client-serveur
- Admissibilité
- Neutralité
- Droit d'auteur
- Article de qualité
- Bon article
- Lumière sur
- À faire
- Archives
- Commons
"/" dans les titres ?
[modifier le code]Y 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)
Métaphore du paradigme client/serveur
[modifier le code]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 (!)
Pour quoi faire ?
[modifier le code]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)
Inconvénients de l'architecture clients serveur telle que perçue dans les parcours clients
[modifier le code]Bonjour à tous, je vous propose d'enrichir ce texte très technique par une perception du sujet perçue du point de vue du parcours utilisateur. l'architecture client serveur est en effet caractéristique des accès en ligne des clients auprès d'un prestataire de service (banque, administration, commerce en ligne). Les lignes qui suivent proviennent de la direction de la Concurrence et des fraudes ainsi que des rapports de médiateurs, de plus en plus sollicités sur ce sujet:
Afin de parer aux encombrements liés à la centralisation et afin de s'adapter à une clientèle de plus en plus large, les architectures clients serveurs se révèlent de plus en plus simples et permettent de moins en moins le dialogue avec le client. Le nombre de requêtes est de plus en plus limité (surtout dans les applications mobiles) et sont complétées par quelques FAQ avec disparition des hotline téléphoniques et des services après-vente. Cette évolution est en théorie compensée par la libre concurrence des prestataires (serveurs). Cependant, les prestataires ont recours à différentes techniques de "capture" du client. L'intelligence artificielle vise davantage à dresser une typologie du client qu'à répondre à ses demandes qui très souvent ne relèvent pas d'une typologie, mais de circonstances précises.
Je suis preneur de vos avis. Catchmeifyoukan (discuter) 15 janvier 2023 à 13:30 (CET)