Client-serveur

Le protocole ou environnement client–serveur désigne un mode de transaction (souvent à travers un réseau) entre plusieurs programmes ou processus : l'un, qualifié de client, envoie des requêtes ; l'autre, qualifié de serveur, attend les requêtes des clients et y répond. Le serveur offre ici un service au client. Par extension, le client désigne souvent l'ordinateur sur lequel est exécuté le logiciel client, et le serveur, l'ordinateur sur lequel est exécuté le logiciel serveur. Les machines serveurs sont généralement dotées de capacités supérieures à celles des ordinateurs personnels en ce qui concerne la puissance de calcul, les entrées-sorties et les connexions réseau, afin de pouvoir répondre de manière efficace à un grand nombre de clients. Les clients sont souvent des ordinateurs personnels ou terminaux individuels (téléphone, tablette), mais pas systématiquement. Un serveur peut répondre aux requêtes de plusieurs clients. Parfois le client et le serveur peuvent être sur la même machine.

Il existe une grande variété de serveurs et de clients en fonction des besoins ou services à fournir : un serveur Web publie des pages Web demandées par des navigateurs Web ; un serveur de messagerie électronique transmet les courriels à des clients de messagerie ; un serveur de fichiers permet de partager des fichiers sur un réseau aux machines qui le sollicitent ; un serveur de base de données permet aux clients de récupérer des données stockées dans une base de données, etc.

Le client et le serveur doivent bien sûr utiliser le même protocole de communication au niveau de la couche transport du modèle OSI. On parle souvent d'un service pour désigner la fonctionnalité offerte par un processus serveur. Attention, bien que souvent confondues, les notions de programme ou processus client et de programme ou processus serveur sont toutefois différents de celles de machine. En effet un ordinateur unique peut exécuter à la fois un programme serveur et un programme client. Cette configuration est plutôt utilisée à des fins de test, ou assez fréquente dans le monde Linux.

Caractéristiques

Caractéristiques d'un programme serveur :

  • il attend une connexion entrante sur un ou plusieurs ports réseaux locaux ;
  • à la connexion d'un client sur le port en écoute, il ouvre un socket local au système d'exploitation ;
  • à la suite de la connexion, le processus serveur communique avec le client suivant le protocole prévu par la couche application du modèle OSI.
  • l'action réalisée par le serveur en réponse à la requête client est souvent appelée service.

Caractéristiques d'un programme client :

  • il établit la connexion au serveur à destination d'un ou plusieurs ports réseaux ;
  • lorsque la connexion est acceptée par le serveur, il communique comme le prévoit la couche application du modèle OSI.

Caractéristiques de leur protocole d'échange:

Environnement client–serveur
Exemple d'architecture client–serveur : deux clients font leurs requêtes à un serveur via Internet.

L'organisation d'un environnement client–serveur diffère selon le type d'architecture du réseau et le type de client[1].

Architecture pair à pair

Une architecture pair à pair (peer-to-peer ou P2P en anglais) est un environnement client–serveur où chaque programme connecté est susceptible de jouer tour à tour le rôle de client et celui de serveur. Le programme est client lorsqu'il demande et récupère des données, et devient serveur lorsqu'il fournit des données.

Architecture à deux niveaux

De base la relation entre un client en un serveur se fait entre deux processus, deux logiciels ou deux machines. On peut parler d'une architecture à deux niveaux ou une architecture deux tiers (two-tier architecture en anglais). Dans ce cas, le client demande une ressource au serveur qui la fournit directement à partir de ses propres ressources, sans solliciter d'autres machines.

Architecture à trois niveaux

Une architecture à trois niveaux ou une architecture trois tiers (three-tier architecture en anglais) ajoute un niveau permettant de spécialiser les serveurs, ce qui apporte un avantage de flexibilité, de sécurité et de performance :

  • un client demande une ressource via une interface utilisateur (généralement un navigateur web) chargée de la présentation de cette ressource ;
  • un serveur d'application (appelé middleware) fournit la ressource, mais en faisant appel à un autre serveur ;
  • un serveur de données fournit au serveur d'application la ressource requise pour répondre au client.

Il faut noter que le serveur d'application est ici client du serveur de données.

Architecture à N niveaux

Une architecture à N niveaux ou architecture N tiers (N-tier architecture en anglais) n'ajoute de niveau à l'architecture à 3 niveaux, mais introduit la notion d'objet qui offre la possibilité de distribuer les services entre les 3 niveaux selon N couches, permettant ainsi de spécialiser plus finement les serveurs.

Types de clients applicatifs

Les clients applicatifs, sont des logiciels qui tournent sur les machines ou terminaux des utilisateurs. Il est possible d'en distinguer 3 types majeurs.

Client léger

Un client léger est une application où le traitement des requêtes du client (le plus souvent un navigateur Web, avec des pages web n'utilisant pas ou peu de JavaScript côté client, terminaux Terminal Services, Secure Shell, Apple Remote Desktop, Citrix XenApp, TeamViewer, etc.) est entièrement effectué par le serveur, le client se contente de recevoir et mettre en forme pour afficher les réponses calculées et envoyées par les serveur. Quelques avantages:

  • peu de puissance de calcul est nécessaire au niveau du client.
  • la mise à jour de l'application s'effectue uniquement sur le serveur, excepté l'éventuelle mise à jour du client Web.
  • plus grande indépendance du développement de l'application et du serveur vis à vis de la machine cliente et de son environnement.
  • un travail de développement concentré sur le serveur

Client lourd

Un client lourd est une application (applications de bureau, applications mobile) où les traitements sont principalement effectués sur la machine locale dite cliente. Le serveur se contentant principalement de répondre aux demandes de données du client.

Quelques avantages:

  • le client peut parfois fonctionner même en cas de déconnexion du serveur
  • une partie des traitements est réalisé par le client, ce qui soulage les ressources du serveur.
  • plus grande indépendance vis à vis des temps de réponse réseau et serveur

Client riche

Un client riche est une application où le traitement des requêtes du client (applications Web utilisant beaucoup de JavaScript côté client) est effectué majoritairement par le serveur, le client recevant les réponses « semi-finies » et les finalisant. C'est un client léger plus évolué permettant de mettre en œuvre des fonctionnalités comparables à celles d'un client lourd. C'est un compromis entre les clients légers et lourds.

Comparaison des architectures centralisées et distribuées

Fonctionnement

Avant que n'apparaisse l'environnement client–serveur, les réseaux informatiques étaient configurés autour d'un ordinateur central (mainframe en anglais) auquel étaient connectés des terminaux passifs (écran adjoint d'un clavier sans unité centrale et n'effectuant aucun traitement). Tous les utilisateurs étaient alors connectés sur la même unité centrale.

Avantages des architectures centralisées

[réf. souhaitée]

  • Toutes les données sont centralisées sur un seul serveur, physique ou virtuel, ce qui simplifie les contrôles de sécurité, l'administration, la mise à jour des données et des logiciels.
  • La complexité du traitement et la puissance de calculs sont à la charge du ou des serveurs, les utilisateurs utilisant simplement un client léger sur un ordinateur terminal qui peut être simplifié au maximum.
  • Recherche d'information : les serveurs étant centralisés, cette architecture est particulièrement adaptée et véloce pour retrouver et comparer de vastes quantités d'informations (moteur de recherche sur le Web), par rapport à l'architecture distribuée beaucoup plus lente, à l'image de Freenet.
  • Maintenance matériel minime. [Passage contradictoire] [réf. souhaitée]
  • Grande vélocité sur des grands volumes de données et de traitements. [Passage contradictoire] [réf. souhaitée]

Inconvénients des architectures centralisées

[réf. souhaitée]

  • Si trop de clients veulent communiquer avec l'ordinateur central au même moment, ce dernier risque de ne pas supporter la charge (alors que les architectures distribuées peuvent répartir la charge si les serveurs sont redondés).
  • Si l'ordinateur central n'est plus disponible, plus aucun des clients ne fonctionne (les architectures distribuées peuvent continuent à fonctionner, si les serveurs utilisés sont redondés).
  • Les coûts de mise en place et de maintenance peuvent être élevés. [Passage contradictoire] [réf. souhaitée]
  • Les clients ne peuvent communiquer directement entre eux, entrainant une concentration des flux sur l'ordinateur central.
  • interface homme-machine minimaliste.
  • Utilisation de langages de programmation anciens.
  • Calcul scientifique complexe impossible. [Passage contradictoire] [réf. souhaitée]

Exemples client-serveur
  • La consultation de pages sur un site Web fonctionne sur une architecture client–serveur. Un internaute connecté au réseau via son ordinateur et un navigateur Web est le client, le serveur est constitué par le ou les ordinateurs contenant les applications qui fournissent les pages demandées. C'est le protocole de communication HTTP ou XML socket qui est utilisé.
  • Le système X Window fonctionne sur une architecture client–serveur. En général le client (une application graphique, xeyes par exemple) tourne sur la même machine que le serveur mais peut être aussi bien lancé sur un autre ordinateur faisant partie du réseau.

Notes
  1. Tout sur les systèmes d'information, Jean-François Pillou, Dunod 1996

Voir aussi
  • Portail de l’informatique
  • Portail des télécommunications
Cet article est issu de Wikipedia. Le texte est sous licence Creative Commons - Attribution - Partage dans les Mêmes. Des conditions supplémentaires peuvent s'appliquer aux fichiers multimédias.