PROBLEMATIQUE

Comment passer du client lourd au client

léger ?
Pourquoi cette solution s’impose comme la
meilleure architecture ?
Quelles sont les solutions ?
 Sommaire

Partie I : le modèle client/serveur

 Historique
 Caractéristiques du client/serveur
 L’architecture client/serveur

Partie II : passage au client léger

 Présentation du client léger
 Exemple de passage au client léger
 Limitations du client léger

Partie III : les solutions

 En client léger / server
 En client léger / web
 Partie I

Le modèle client/serveur
 Historiquement
Année 60 : architecture centralisée
Année 70 : naissance de mini-computer
Année 80 : apparition du PC
 La standardisation
 La compatibilité
Année 90 : apparition de l’interface graphique
 Naissance du SGBD
 Apparition d’un langage d’interrogation : SQL
 Les Caractéristiques
Du Client/Serveur
Repose sur une communication d’égal à égal
entre les applications
Communication réalisé par dialogue entre
processus deux à deux
Un processus est le client, l’autre est le serveur
Les processus ne sont pas identiques
Le résultat se traduit par un échange de
données, le client réceptionne les résultats
finaux délivrés par le serveur
Définition Du Client/Serveur

Une architecture client/serveur est un modèle

d’architecture dans lequel des programmes sont
répartis entre processus clients et serveurs,
communicant par des requêtes avec réponses.

CLIENT SERVEUR
Application Dialogue Service
C/S Orienté Client Ou Serveur

Client lourd.
 Stocke les données et les applications localement.
Le serveur stocke les fichiers mis à jour, …
 Le client obtient une bonne partie du traitement.
 Le serveur est plus allégé.

Serveur lourd.
 On met plus de charge sur le serveur:
groupeware, transactions, objets,…
 Plus faciles à gérer car on peut enrichir le serveur
sans trop affecter les clients.
 C/S Orienté Client Ou Serveur

Client léger
 Client à fonctionnalité minimale
Terminaux X, stations de travail sans disque dur,
Ordinateur Réseau (Network Computer),
Ordinateur en réseau (Networked PC),…
 Beaucoup de charge sur le serveur
Données et
Applet, données applications

Client léger
Serveur
Plusieurs Client/Serveur

Serveurs de fichiers
Serveurs de base de données
Serveurs de transactions
Serveurs de groupeware
Serveurs d’applications
 L’architecture Client/Serveur

Les familles d’architecture client/serveur.

 Architecture 2-tiers.
 Architecture 3-tiers.
 Architecture N-tiers.
Les tiers correspondent aux niveaux
d’abstraction d’une application « 1 tiers = 1
niveau », il existe 3 niveaux d’abstraction d’une
application.

PRESENTATION TRAITEMENTS DONNEES

 Le Middleware
Complément de services du réseau permettant
la réalisation du dialogue c/s
 Prend en compte les requêtes de l ’application
cliente
 Les transmet de manière transparente à travers
le réseau jusqu’au serveur
 Prend en compte les données résultat du
serveur vers l’application
Application Serveur

Middleware

Réseau
 L’architecture 2-tiers

Caractérise les systèmes clients/serveurs dans

lesquels le client demande une ressource et le
serveur la lui fournit directement.

Niveau 1 Niveau 2
Envoie des requêtes

Requête http,
Fichiers, SQL
Envoie des réponses

Client Serveur
L’architecture 2-tiers : Client Lourd

Il est coûteux et contraignant de vouloir faire

porter l’ensemble des traitements applicatifs
par le poste client

Cette architecture présente quelques avantages

 Elle permet l’utilisation d’une interface
utilisateur riche
 Elle a permis l’appropriation des applications
par l’utilisateur
 L’architecture 3-tiers/N-tiers
Il existe un niveau intermédiaire
 Le client: le demandeur de ressources
 Le serveur d'application : le serveur est chargé de fournir
la ressource mais faisant appel à un autre serveur
 Le serveur secondaire (généralement un serveur de base
de données), fournissant un service au premier serveur
Niveau 1 Niveau 2
Niveau 3

Envoie des requêtes

Requête
Requête http, SQL
Fichiers, SQL
Envoie des réponses
Serveur de bases
Serveur d’application de données
Client
 Le Client Léger

Le client léger prend en charge que la

présentation de l’application.
Les évolutions de l’application sont donc
possibles sans nécessiter de modification de la
partie cliente.
Les évolutions peuvent être transparentes pour
l’utilisateur et les caractéristiques du poste
client sont libres.
 Partie II

Présentation du client léger

Exemple de passage
Limitations
 Présentation Du Client Léger

Pour quelles applications peut-on accéder via

un client léger ?

 Applications terminaux texte

 Applications Windows
 Application Web utilisant HTML/ou JAVA
 Présentation Du Client Léger

Les défis à relever

 La conjoncture économique
 L’ouverture du système d’information
 Déploiement , maintenance des
applications
 Maintenance et support informatique
 Présentation Du Client Léger

Le TCO

Le TCO total Cost of Ownership a été inventé dans les

année 1970 par « Gartner group ». c’est un modèle
qui fournit aux dirigeants d’entreprises le coût moyen
annuel par poste de travail d’une solution
informatique.
 Présentation Du Client Léger
Le TCO
Il englobe quatre facteurs

 Coûts en capital matériel, réseau et logiciel

 Coûts de gestion des systèmes et réseaux

 Coûts de support technique

 Coûts des systèmes d’information et coûts

liés aux utilisateurs finaux

 Exemple De Passage

Pourquoi le choix du client léger ?

 Mal utilisation des ressources serveur

 Pannes et arrêt système
 Difficulté de déploiement et mises à jour
des solution
 Coûts et délais importants
 Exemple De Passage

Le projet

 Choix d’une architecture centralisée : Citrix

 Le fournisseur : IBM (serveurs, licences, lan..)
 Le budget : 3.6 millions d’euros
 Exemple De Passage

Les avantages

 Gains financiers
 Centralisation de l’architecture
 Diminution des ressources nécessaires
au fonctionnement des postes clients
 Sécurité
 Architecture initiale Architecture Citrix

Equipement 700 serveurs répartis dans 70 serveurs centralisés sous

informatique les agences fin 1999 Citrix

Renouvellement 1000 postes clients lourds Allongement de la durée de

des postes clients par an vie des postes clients

500 postes « clients légers »

par an

Niveau de Environ 50 pannes serveurs Diminution drastique du

disponibilité par an nombre de pannes serveurs

Durée de remise en service Rétablissement des serveurs

des serveurs : jusqu’à en moins de 2 heures
1 semaine
Autres Avantages Du Client Léger

 Les clients légers ont un avantages

significatif par rapport aux PC traditionnels
 Facilité de maintenance
 Simple à installer
 Propagation limitée des virus
 Limitations Du Client Léger

Les clients légers ne peuvent pas remplacer

purement et simplement les PC traditionnels

Applications graphiques étendues

Nécessitent une infrastructure réseau adaptée

Stockage de données

Applications multimédia
 Partie III

Les solutions
 Les client léger / server
 Les client léger / web
 Client léger / server

Le retour des architectures centralisées

 Principe
 Citrix

Présentation

Technologie
 Le logiciel Metaframe
 Le protocole ICA
 Le client ICA
Architectures
 Simple : client simple
 Portail : portail applicatif via internet
 Les Concurrents
Windows Terminal Server :
 Terminal Services
 Le protocole RDP
Newmoon : premier concurrent de Citrix
Linux Terminal Server Project

La solution libre du client léger

Composition
 GNU : licences publiques
 Linux : système d’exploitation
 XFree86 : gestion KVM
 LTSP : configuration, administration

Avantages et inconvénients de cette solution

 Les Constructeurs

Constructeurs : Wyse, Neoware, HP Compaq …

 Type de terminaux :
 Simples
 Puissants
 Flexibles
 Client Léger Web

Client à la fois léger et universel

Type d’interface graphique utilisé :

Client de première génération 24%
Interface HTML 64 %

Architecture type : 3 tiers / n tiers

 Client Léger web

Coté client

 Le navigateur : client universel

 Les langages : HTML, DHTML, XHTML,
XML/XSL
 Les standards du W3C
 L’interface utilisateur
 Client Léger web

Coté client : l’interface utilisateur

Windows Web
Manipulation Forte Faible
Navigation Faible Forte
Événementiel Riche Pauvre
Potentiel Étendu Restreint
Portabilité Faible Forte
 Client Léger web

Inconvénients du client léger web

 IHM pauvre
 Bande passante
 Mode connecté
 Performances

Le client web est trop léger, la solution : le client

riche
 Le Client Riche

Principe
 Socle d’exécution pour la portabilité
 Déploiement par URL
Avantages
 Manipulation forte
 Meilleure portabilité
 Déploiement facile
 Mode connecté/déconnecté
 Protocole non propriétaire
 Le Client Riche

Exemple du principe de déploiement

 CONCLUSION

Solutions qui répond parfaitement au besoins

actuel des entreprises
 Baisse du TCO
 Déploiement rapide
 Réduction du trafic réseaux
 Sécurité