Passage Du Client Lourd Au Client Léger Isabelle MORIN Ilham NAGBOU Benoit KALUZNY

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. Application Dialogue Service CLIENT SERVEUR

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 Client léger Applet, données Données et applications 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 Serveur Application 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 Serveur Client

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 Envoie des requêtes Envoie des réponses Requête http, Fichiers, SQL Niveau 1 Client Niveau 2 Niveau 3 Requête SQL Serveur de bases de données Serveur d’application

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 informatique 700 serveurs répartis dans les agences fin 1999 70 serveurs centralisés sous Citrix Renouvellement des postes clients 1000 postes clients lourds par an Allongement de la durée de vie des postes clients 500 postes « clients légers » par an Niveau de disponibilité Environ 50 pannes serveurs Durée de remise en service des serveurs : jusqu’à 1 semaine Diminution drastique du nombre de pannes serveurs Rétablissement des serveurs en moins de 2 heures

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 Architectures 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 Événementiel Riche Pauvre Potentiel Étendu Restreint Portabilité

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 Avantages 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é