SlideShare une entreprise Scribd logo
1  sur  16
Réalisé par :
Warteni Ameni
Les architectures client-serveur
Plan
 Introduction
 Exemple
 Peer to peer
 Architecture 2 tier
 Architecture 3 tier
 Comparatif
 Architecture N tier
 Les types des clients
Introduction
 L'environnement client/serveur désigne un mode
de communication organisé par l'intermédiaire
d'un réseau et d'un interface Web entre plusieurs
ordinateurs.
 Les machines clientes contactent un serveur qui
leur fournit des services. Ces derniers sont
exploités par des programmes, appelés
programmes clients, s'exécutant sur les machines
clientes.
 Le modèle client/serveur peut être utilisé par des
programmes d'un même ordinateur, mais le
concept est surtout utile dans le cadre
d'un réseau. Dans ce cas, le client établit une
connexion au serveur sur un réseau local (LAN)
ou étendu (WAN), tel qu'Internet. Lorsque le
serveur a répondu à la demande du client, la
connexion est terminée. Un navigateur Internet
est un programme client qui demande un service
à un serveur. Le service et la ressource fournis
par le serveur donnent lieu à l'affichage d'une
page Web.
Exemple
 Par exemple, lorsque vous consultez votre
compte bancaire à partir de votre ordinateur, un
programme client de votre ordinateur transmet
une requête à un programme serveur de votre
banque. Ce programme peut à son tour
transmettre une requête à son propre programme
client, qui envoie alors une requête à un serveur
de base de données sur un autre ordinateur de la
banque. Lorsque le solde de votre compte a été
extrait de la base de données, il est renvoyé au
client de données de la banque, qui à son tour le
renvoie au client de votre PC, qui affiche ces
informations.
 Avantages de cette architecture :
 Unicité de l'information : Pour un site web dynamique par
exemple certains articles du site sont stockés dans une base
de données sur le serveur. De cette manière, les informations
restent identiques. Chaque utilisateur accède aux mêmes
informations.
 Meilleure sécurité : Lors de la connexion un PC client ne voit
que le serveur, et non les autres PC clients. De même, les
serveurs sont en général très sécurisés contre les attaques de
pirates.
 Meilleure fiabilité : En cas de panne, seul le serveur fait
l'objet d'une réparation, et non le PC client.
 Facilité d'évolution : Une architecture client/serveur est
évolutive car il est très facile de rajouter ou d'enlever des
clients, et même des serveurs.
 Inconvénients de cette architecture :
Peer 2 peer
 Il existe d'autres modèles de relations entre
programmes, comme la relation maître/esclave et
la relation de gré-à-gré (ou Peer-to-peer, P2P).
Dans le modèle P2P, chaque nœud du réseau
peut fonctionner comme serveur et comme client.
Dans le modèle maître/esclave, un périphérique
ou un processus (appelé maître) contrôle un ou
plusieurs autres périphériques ou processus
(appelés esclaves). Lorsque la relation
maître/esclave est établie, le contrôle est toujours
unilatéral, du maître à l'esclave.
Architecture à 2 niveaux (2 tiers)
 L'architecture à deux niveaux caractérise les
systèmes clients/serveurs pour lesquels le client
demande une ressource et le serveur la lui fournit
directement, en utilisant ses propres ressources.
Cela signifie que le serveur ne fait pas appel à
une autre application afin de fournir une partie du
service.
Architecture à 3 niveaux (3-tier)
 Dans l'architecture à 3 niveaux, il existe un
niveau intermédiaire, c'est-à-dire que l'on a
généralement une architecture partagée entre :
 Un client, c'est-à-dire l'ordinateur demandeur de
ressources, équipée d'une interface utilisateur
(généralement un navigateur web) chargée de la
présentation ;
 Le serveur d'application middleware, chargé de
fournir la ressource mais faisant appel à un autre
serveur
 Le serveur de données, fournissant au serveur
d'application les données dont il a besoin.
Cette architecture permet de spécialiser les
serveurs dans une tache précise : Avantage de
flexibilité, de sécurité et de performance .
Potentiellement, l'architecture peut être étendue
sur un nombre de niveaux plus important : On
parle dans ce cas d'architecture à N niveaux
(ou multi-tier .Voici schématisez cet architecture
sur l'image ci-dessous.
Comparatif des deux
d'architecture
 L'architecture à deux niveaux est donc une
architecture client/serveur dans laquelle le serveur est
polyvalent, c'est-à-dire qu'il est capable de fournir
directement l'ensemble des ressources demandées
par le client.
 Dans l'architecture à trois niveaux par contre, les
applications au niveau serveur sont délocalisées,
c'est-à-dire que chaque serveur est spécialisé dans
une tâche (serveur web/serveur de base de
données). L'architecture à trois niveaux permet :
 Une plus grande flexibilité/souplesse ;
 Une sécurité accrue car la sécurité peut être définie
indépendamment pour chaque service, et à chaque
niveau ;
 De meilleures performances, étant donné le partage
L'architecture multiniveaux
 Dans l'architecture à 3 niveaux, chaque serveur
effectue une tâche (un service) spécialisée. Un
serveur peut donc utiliser les services d'un ou
plusieurs autres serveurs afin de fournir son
propre service. Par conséquent, l'architecture à
trois niveaux est potentiellement une architecture
à N niveaux...
Les types de Clients
 Client "léger" Le poste client accède à une application
située sur un ordinateur dit "serveur" via un interface et un
navigateur Web. L'application fonctionne entièrement sur
le serveur, le poste client reçoit la réponse "toute faite" à
sa demande qu'il a formulée. (appelée : "requête" ) .
 Client "lourd" Le poste client doit comporter un système
d'exploitation capable d'exécuter en local une partie des
traitements. Car le traitement de la réponse à la requête
du client utilisateur va mettre en œuvre un travail combiné
entre l'ordinateur serveur et le poste client .
 Client "riche" Un interface graphique plus évolué permet
de mettre en œuvre des fonctionnalités comparables à
celles d'un client "lourd". Les traitements sont effectués
majoritairement sur le serveur , la réponse "semi-finie"
étant envoyée au poste client , où le client "riche" est
capable de la finaliser et de la présenter.

Contenu connexe

Tendances

Bases de données réparties
Bases de données répartiesBases de données réparties
Bases de données répartiesAbdelouahed Abdou
 
Mise en oeuvre des Frameworks de Machines et Deep Learning pour les Applicati...
Mise en oeuvre des Frameworks de Machines et Deep Learning pour les Applicati...Mise en oeuvre des Frameworks de Machines et Deep Learning pour les Applicati...
Mise en oeuvre des Frameworks de Machines et Deep Learning pour les Applicati...ENSET, Université Hassan II Casablanca
 
Bases de données réparties par la pratique
Bases de données réparties par la pratiqueBases de données réparties par la pratique
Bases de données réparties par la pratiqueAbdelouahed Abdou
 
Architectures orientés services (SOA)
Architectures orientés services (SOA)Architectures orientés services (SOA)
Architectures orientés services (SOA)Heithem Abbes
 
Programmation réseau en JAVA
Programmation réseau en JAVAProgrammation réseau en JAVA
Programmation réseau en JAVABachir Benyammi
 
Architectures orientées services
Architectures orientées servicesArchitectures orientées services
Architectures orientées servicesDonia Hammami
 
Introduction au Cloud Computing
Introduction au Cloud Computing Introduction au Cloud Computing
Introduction au Cloud Computing FICEL Hemza
 
Programmation réseau en JAVA
Programmation réseau en JAVAProgrammation réseau en JAVA
Programmation réseau en JAVABachir Benyammi
 
Support de cours EJB 3 version complète Par Mr Youssfi, ENSET, Université Ha...
Support de cours EJB 3 version complète Par Mr  Youssfi, ENSET, Université Ha...Support de cours EJB 3 version complète Par Mr  Youssfi, ENSET, Université Ha...
Support de cours EJB 3 version complète Par Mr Youssfi, ENSET, Université Ha...ENSET, Université Hassan II Casablanca
 
Architectures n-tiers
Architectures n-tiersArchitectures n-tiers
Architectures n-tiersHeithem Abbes
 
Marzouk architecture encouches-jee-mvc
Marzouk architecture encouches-jee-mvcMarzouk architecture encouches-jee-mvc
Marzouk architecture encouches-jee-mvcabderrahim marzouk
 
eServices-Tp1: Web Services
eServices-Tp1: Web ServiceseServices-Tp1: Web Services
eServices-Tp1: Web ServicesLilia Sfaxi
 

Tendances (20)

Traitement distribue en BIg Data - KAFKA Broker and Kafka Streams
Traitement distribue en BIg Data - KAFKA Broker and Kafka StreamsTraitement distribue en BIg Data - KAFKA Broker and Kafka Streams
Traitement distribue en BIg Data - KAFKA Broker and Kafka Streams
 
Soa & services web
Soa & services webSoa & services web
Soa & services web
 
Présentation SOA
Présentation SOAPrésentation SOA
Présentation SOA
 
Sockets
SocketsSockets
Sockets
 
Bases de données réparties
Bases de données répartiesBases de données réparties
Bases de données réparties
 
Cours architecture
Cours architectureCours architecture
Cours architecture
 
Mise en oeuvre des Frameworks de Machines et Deep Learning pour les Applicati...
Mise en oeuvre des Frameworks de Machines et Deep Learning pour les Applicati...Mise en oeuvre des Frameworks de Machines et Deep Learning pour les Applicati...
Mise en oeuvre des Frameworks de Machines et Deep Learning pour les Applicati...
 
Bases de données réparties par la pratique
Bases de données réparties par la pratiqueBases de données réparties par la pratique
Bases de données réparties par la pratique
 
Architectures orientés services (SOA)
Architectures orientés services (SOA)Architectures orientés services (SOA)
Architectures orientés services (SOA)
 
Programmation réseau en JAVA
Programmation réseau en JAVAProgrammation réseau en JAVA
Programmation réseau en JAVA
 
Architectures orientées services
Architectures orientées servicesArchitectures orientées services
Architectures orientées services
 
Introduction au Cloud Computing
Introduction au Cloud Computing Introduction au Cloud Computing
Introduction au Cloud Computing
 
Programmation réseau en JAVA
Programmation réseau en JAVAProgrammation réseau en JAVA
Programmation réseau en JAVA
 
Support de cours EJB 3 version complète Par Mr Youssfi, ENSET, Université Ha...
Support de cours EJB 3 version complète Par Mr  Youssfi, ENSET, Université Ha...Support de cours EJB 3 version complète Par Mr  Youssfi, ENSET, Université Ha...
Support de cours EJB 3 version complète Par Mr Youssfi, ENSET, Université Ha...
 
Support de cours technologie et application m.youssfi
Support de cours technologie et application m.youssfiSupport de cours technologie et application m.youssfi
Support de cours technologie et application m.youssfi
 
Architectures n-tiers
Architectures n-tiersArchitectures n-tiers
Architectures n-tiers
 
Marzouk architecture encouches-jee-mvc
Marzouk architecture encouches-jee-mvcMarzouk architecture encouches-jee-mvc
Marzouk architecture encouches-jee-mvc
 
eServices-Tp1: Web Services
eServices-Tp1: Web ServiceseServices-Tp1: Web Services
eServices-Tp1: Web Services
 
Tp n 1 linux
Tp n 1 linuxTp n 1 linux
Tp n 1 linux
 
Présentation cloud computing
Présentation cloud computingPrésentation cloud computing
Présentation cloud computing
 

Similaire à Les architectures client serveur

resume-theorique-m107-2203-6246f60d6b994.pdf
resume-theorique-m107-2203-6246f60d6b994.pdfresume-theorique-m107-2203-6246f60d6b994.pdf
resume-theorique-m107-2203-6246f60d6b994.pdfFootballLovers9
 
Les vrais enjeux de l'IA.pdf
Les vrais enjeux de l'IA.pdfLes vrais enjeux de l'IA.pdf
Les vrais enjeux de l'IA.pdfBabacarDIOP48
 
SOA-Partie 2.pdf hvjhvhjvkhvhjvhvhvjhvkhv
SOA-Partie 2.pdf hvjhvhjvkhvhjvhvhvjhvkhvSOA-Partie 2.pdf hvjhvhjvkhvhjvhvhvjhvkhv
SOA-Partie 2.pdf hvjhvhjvkhvhjvhvhvjhvkhvamine17157
 
Déploiement d’applications
Déploiement d’applicationsDéploiement d’applications
Déploiement d’applicationsMohammed Jaafar
 
client_serveur_introductionnnnnnnnnnn.PPT
client_serveur_introductionnnnnnnnnnn.PPTclient_serveur_introductionnnnnnnnnnn.PPT
client_serveur_introductionnnnnnnnnnn.PPTradjadjouambi
 
clientserveur.pptx
clientserveur.pptxclientserveur.pptx
clientserveur.pptxHathat10
 
les servlets-java EE
les  servlets-java EEles  servlets-java EE
les servlets-java EEYassine Badri
 
2 20 presentations_generales_des_web_services
2 20 presentations_generales_des_web_services2 20 presentations_generales_des_web_services
2 20 presentations_generales_des_web_servicesCamus LANMADOUCELO
 
Cloud computing cours in power point chap
Cloud computing cours in power point chapCloud computing cours in power point chap
Cloud computing cours in power point chapaichafarahsouelmi
 
presentation_NET creation et consomation de services.pptx
presentation_NET creation et consomation de services.pptxpresentation_NET creation et consomation de services.pptx
presentation_NET creation et consomation de services.pptxhachchaneemsi
 
Cours 2 les architectures reparties
Cours 2 les architectures repartiesCours 2 les architectures reparties
Cours 2 les architectures repartiesMariem ZAOUALI
 
Cloud computing
Cloud computingCloud computing
Cloud computingmourad50
 
Cloud computing : Cloud sim
Cloud computing : Cloud sim Cloud computing : Cloud sim
Cloud computing : Cloud sim Khalid EDAIG
 
Cloud-Azure.pdf
Cloud-Azure.pdfCloud-Azure.pdf
Cloud-Azure.pdfAnisSalhi3
 
Mise en place d’un serveur proxy : Cas du CCProxy
Mise en place d’un serveur proxy : Cas du CCProxyMise en place d’un serveur proxy : Cas du CCProxy
Mise en place d’un serveur proxy : Cas du CCProxyJeff Hermann Ela Aba
 

Similaire à Les architectures client serveur (20)

resume-theorique-m107-2203-6246f60d6b994.pdf
resume-theorique-m107-2203-6246f60d6b994.pdfresume-theorique-m107-2203-6246f60d6b994.pdf
resume-theorique-m107-2203-6246f60d6b994.pdf
 
ch1-cours2016.ppt
ch1-cours2016.pptch1-cours2016.ppt
ch1-cours2016.ppt
 
Les vrais enjeux de l'IA.pdf
Les vrais enjeux de l'IA.pdfLes vrais enjeux de l'IA.pdf
Les vrais enjeux de l'IA.pdf
 
SOA-Partie 2.pdf hvjhvhjvkhvhjvhvhvjhvkhv
SOA-Partie 2.pdf hvjhvhjvkhvhjvhvhvjhvkhvSOA-Partie 2.pdf hvjhvhjvkhvhjvhvhvjhvkhv
SOA-Partie 2.pdf hvjhvhjvkhvhjvhvhvjhvkhv
 
Cloud computing
Cloud computingCloud computing
Cloud computing
 
Acs chap 1
Acs chap 1Acs chap 1
Acs chap 1
 
Déploiement d’applications
Déploiement d’applicationsDéploiement d’applications
Déploiement d’applications
 
Chap1 clientsrvr
Chap1 clientsrvrChap1 clientsrvr
Chap1 clientsrvr
 
client_serveur_introductionnnnnnnnnnn.PPT
client_serveur_introductionnnnnnnnnnn.PPTclient_serveur_introductionnnnnnnnnnn.PPT
client_serveur_introductionnnnnnnnnnn.PPT
 
clientserveur.pptx
clientserveur.pptxclientserveur.pptx
clientserveur.pptx
 
les servlets-java EE
les  servlets-java EEles  servlets-java EE
les servlets-java EE
 
2 20 presentations_generales_des_web_services
2 20 presentations_generales_des_web_services2 20 presentations_generales_des_web_services
2 20 presentations_generales_des_web_services
 
Cloud computing cours in power point chap
Cloud computing cours in power point chapCloud computing cours in power point chap
Cloud computing cours in power point chap
 
presentation_NET creation et consomation de services.pptx
presentation_NET creation et consomation de services.pptxpresentation_NET creation et consomation de services.pptx
presentation_NET creation et consomation de services.pptx
 
Cours 2 les architectures reparties
Cours 2 les architectures repartiesCours 2 les architectures reparties
Cours 2 les architectures reparties
 
Cloud computing
Cloud computingCloud computing
Cloud computing
 
Cloud computing : Cloud sim
Cloud computing : Cloud sim Cloud computing : Cloud sim
Cloud computing : Cloud sim
 
Chapitre 1.pdf
Chapitre 1.pdfChapitre 1.pdf
Chapitre 1.pdf
 
Cloud-Azure.pdf
Cloud-Azure.pdfCloud-Azure.pdf
Cloud-Azure.pdf
 
Mise en place d’un serveur proxy : Cas du CCProxy
Mise en place d’un serveur proxy : Cas du CCProxyMise en place d’un serveur proxy : Cas du CCProxy
Mise en place d’un serveur proxy : Cas du CCProxy
 

Les architectures client serveur

  • 1. Réalisé par : Warteni Ameni Les architectures client-serveur
  • 2. Plan  Introduction  Exemple  Peer to peer  Architecture 2 tier  Architecture 3 tier  Comparatif  Architecture N tier  Les types des clients
  • 3. Introduction  L'environnement client/serveur désigne un mode de communication organisé par l'intermédiaire d'un réseau et d'un interface Web entre plusieurs ordinateurs.  Les machines clientes contactent un serveur qui leur fournit des services. Ces derniers sont exploités par des programmes, appelés programmes clients, s'exécutant sur les machines clientes.
  • 4.  Le modèle client/serveur peut être utilisé par des programmes d'un même ordinateur, mais le concept est surtout utile dans le cadre d'un réseau. Dans ce cas, le client établit une connexion au serveur sur un réseau local (LAN) ou étendu (WAN), tel qu'Internet. Lorsque le serveur a répondu à la demande du client, la connexion est terminée. Un navigateur Internet est un programme client qui demande un service à un serveur. Le service et la ressource fournis par le serveur donnent lieu à l'affichage d'une page Web.
  • 5. Exemple  Par exemple, lorsque vous consultez votre compte bancaire à partir de votre ordinateur, un programme client de votre ordinateur transmet une requête à un programme serveur de votre banque. Ce programme peut à son tour transmettre une requête à son propre programme client, qui envoie alors une requête à un serveur de base de données sur un autre ordinateur de la banque. Lorsque le solde de votre compte a été extrait de la base de données, il est renvoyé au client de données de la banque, qui à son tour le renvoie au client de votre PC, qui affiche ces informations.
  • 6.  Avantages de cette architecture :  Unicité de l'information : Pour un site web dynamique par exemple certains articles du site sont stockés dans une base de données sur le serveur. De cette manière, les informations restent identiques. Chaque utilisateur accède aux mêmes informations.  Meilleure sécurité : Lors de la connexion un PC client ne voit que le serveur, et non les autres PC clients. De même, les serveurs sont en général très sécurisés contre les attaques de pirates.  Meilleure fiabilité : En cas de panne, seul le serveur fait l'objet d'une réparation, et non le PC client.  Facilité d'évolution : Une architecture client/serveur est évolutive car il est très facile de rajouter ou d'enlever des clients, et même des serveurs.  Inconvénients de cette architecture :
  • 7. Peer 2 peer  Il existe d'autres modèles de relations entre programmes, comme la relation maître/esclave et la relation de gré-à-gré (ou Peer-to-peer, P2P). Dans le modèle P2P, chaque nœud du réseau peut fonctionner comme serveur et comme client. Dans le modèle maître/esclave, un périphérique ou un processus (appelé maître) contrôle un ou plusieurs autres périphériques ou processus (appelés esclaves). Lorsque la relation maître/esclave est établie, le contrôle est toujours unilatéral, du maître à l'esclave.
  • 8.
  • 9. Architecture à 2 niveaux (2 tiers)  L'architecture à deux niveaux caractérise les systèmes clients/serveurs pour lesquels le client demande une ressource et le serveur la lui fournit directement, en utilisant ses propres ressources. Cela signifie que le serveur ne fait pas appel à une autre application afin de fournir une partie du service.
  • 10. Architecture à 3 niveaux (3-tier)  Dans l'architecture à 3 niveaux, il existe un niveau intermédiaire, c'est-à-dire que l'on a généralement une architecture partagée entre :  Un client, c'est-à-dire l'ordinateur demandeur de ressources, équipée d'une interface utilisateur (généralement un navigateur web) chargée de la présentation ;  Le serveur d'application middleware, chargé de fournir la ressource mais faisant appel à un autre serveur  Le serveur de données, fournissant au serveur d'application les données dont il a besoin.
  • 11.
  • 12. Cette architecture permet de spécialiser les serveurs dans une tache précise : Avantage de flexibilité, de sécurité et de performance . Potentiellement, l'architecture peut être étendue sur un nombre de niveaux plus important : On parle dans ce cas d'architecture à N niveaux (ou multi-tier .Voici schématisez cet architecture sur l'image ci-dessous.
  • 13. Comparatif des deux d'architecture  L'architecture à deux niveaux est donc une architecture client/serveur dans laquelle le serveur est polyvalent, c'est-à-dire qu'il est capable de fournir directement l'ensemble des ressources demandées par le client.  Dans l'architecture à trois niveaux par contre, les applications au niveau serveur sont délocalisées, c'est-à-dire que chaque serveur est spécialisé dans une tâche (serveur web/serveur de base de données). L'architecture à trois niveaux permet :  Une plus grande flexibilité/souplesse ;  Une sécurité accrue car la sécurité peut être définie indépendamment pour chaque service, et à chaque niveau ;  De meilleures performances, étant donné le partage
  • 14. L'architecture multiniveaux  Dans l'architecture à 3 niveaux, chaque serveur effectue une tâche (un service) spécialisée. Un serveur peut donc utiliser les services d'un ou plusieurs autres serveurs afin de fournir son propre service. Par conséquent, l'architecture à trois niveaux est potentiellement une architecture à N niveaux...
  • 15.
  • 16. Les types de Clients  Client "léger" Le poste client accède à une application située sur un ordinateur dit "serveur" via un interface et un navigateur Web. L'application fonctionne entièrement sur le serveur, le poste client reçoit la réponse "toute faite" à sa demande qu'il a formulée. (appelée : "requête" ) .  Client "lourd" Le poste client doit comporter un système d'exploitation capable d'exécuter en local une partie des traitements. Car le traitement de la réponse à la requête du client utilisateur va mettre en œuvre un travail combiné entre l'ordinateur serveur et le poste client .  Client "riche" Un interface graphique plus évolué permet de mettre en œuvre des fonctionnalités comparables à celles d'un client "lourd". Les traitements sont effectués majoritairement sur le serveur , la réponse "semi-finie" étant envoyée au poste client , où le client "riche" est capable de la finaliser et de la présenter.