2. Le modèle client-serveur est un mode de fonctionnement
théorique basé sur la séparation des rôles.
Est appelé Client/serveur : un modèle de fonctionnement logiciel
dans lequel plusieurs programmes autonomes communiquent
entre eux par échange de messages.
Est conforme au modèle client-serveur : tous processus utilisant
des services offerts par un autre processus et communiquant avec
lui à l’aide de messages.
Le terme serveur fait référence à : tous processus qui reçoit une
demande de service venant d’un client via le réseau, traite cette
demande et renvoie le résultat au demandeur, c’est-à-dire le client.
R. LAJOUAD 2CLient/serveur (2BTS-DSI) - Ibn Sina (Kenitra)
3. Répartir les tâches entre le client et le serveur.
le client-serveur est généralement associé à d’autres
concepts:
• une application client-serveur dispose d’une IHM de type graphique.
• le poste client est connecté à un réseau local.
• le serveur héberge une base de données.
• l’infrastructure s’appuie sur des systèmes ouverts et résulte d’une
tendance à la micronisation (downsizing) visant à remplacer un site
central par un réseau de petits systèmes.
R. LAJOUAD 3CLient/serveur (2BTS-DSI) - Ibn Sina (Kenitra)
6. R. LAJOUAD CLient/serveur (2BTS-DSI) - Ibn Sina (Kenitra) 6
CotéserveurCotéClient
Données
Traitement
Présentation
Présentation
Données
Traitement
Présentation
Données
Présentation
Traitement
Données
Traitement
Présentation
Traitement
Données
Données
Traitement
Présentation
Données
Traitement
Données
Traitement
Présentation
Présentation
distribué
Présentation
distante
Gestion
distante
Des données
Traitement
distribué
Base de
données
distribuée
données et
traitement
distribuées
7. R. LAJOUAD CLient/serveur (2BTS-DSI) - Ibn Sina (Kenitra) 7
Architecture 1-tiers
Centralisé – année (70)
Ordinateur
central
Terminaux
passifs
Architecture 1-tiers
répartie – année (80)
Micro-
ordinateurs
Échange
de fichiers
de données
+ Conception
+ Programmation
+ Administration
+ Puissance centralisée
-IHM
- Pas de bureatiques
+ Ergonomie IHM
- Saturation du réseau
- Confidentialité
8. Marier les
avantages des deux
architectures 1-tiers
(années : 80 -> 85)
R. LAJOUAD CLient/serveur (2BTS-DSI) - Ibn Sina (Kenitra) 8
Micro-
ordinateurs
Serveur
de données
Client Obese
9. Canal : Socket
R. LAJOUAD CLient/serveur (2BTS-DSI) - Ibn Sina (Kenitra) 9
Palte forme répartie
(Middelware)
10. R. LAJOUAD CLient/serveur (2BTS-DSI) - Ibn Sina (Kenitra) 10
Interface utilisateur riche
Données centralisées
Efficace pour un nombre
réduit de clients.
x Fat client
x Mises à jours
x Montée en charge
x Nombre de clients limité
Solution : déléguer
les traitements
globaux au serveur
(3-tiers)
11. R. LAJOUAD CLient/serveur (2BTS-DSI) - Ibn Sina (Kenitra) 11
Micro-
ordinateurs
Serveur
de données
Serveur
applicatif
Middelware
12. R. LAJOUAD CLient/serveur (2BTS-DSI) - Ibn Sina (Kenitra) 12
Micro-
ordinateurs
Serveur
de données
Serveur
applicatifWWW
Surcharge du serveur applicatif
Solution, Architecture n-tiers
13. Répartir la tâche traitement entre
plusieurs serveurs dédiés
R. LAJOUAD CLient/serveur (2BTS-DSI) - Ibn Sina (Kenitra) 13
Besoin de faire
communiquer
des procédures
(méthodes)
14. RPC
• Communication entre composants hétérogènes
• Communication entre deux technologies différentes
CORBA
• Common Object Request Broker Architecture
• Multi-plateforme et multi-langage
RMI
• Spécifique JAVA (Remote Method Invocation)
R. LAJOUAD CLient/serveur (2BTS-DSI) - Ibn Sina (Kenitra) 14