1 / 40

Passage Du Client Lourd Au Client Léger

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.

aizza
Télécharger la présentation

Passage Du Client Lourd Au Client Léger

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


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

  2. PROBLEMATIQUE • Comment passer du client lourd au client léger ? • Pourquoi cette solution s’impose comme la meilleure architecture ? • Quelles sont les solutions ?

  3. 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

  4. Partie I • Le modèle client/serveur

  5. 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

  6. 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

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

  8. 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.

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

  10. Plusieurs Client/Serveur • Serveurs de fichiers • Serveurs de base de données • Serveurs de transactions • Serveurs de groupeware • Serveurs d’applications

  11. PRESENTATION TRAITEMENTS DONNEES 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.

  12. 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

  13. 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

  14. 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

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

  16. 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.

  17. Partie II • Présentation du client léger • Exemple de passage • Limitations

  18. 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

  19. 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

  20. 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.  

  21. Présentation Du Client LégerLe 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

  22. 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

  23. 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

  24. Exemple De Passage • Les avantages • Gains financiers • Centralisation de l’architecture • Diminution des ressources nécessaires au fonctionnement des postes clients • Sécurité

  25. 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

  26. 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

  27. Partie III • Les solutions • Les client léger / server • Les client léger / web

  28. Client léger / server • Le retour des architectures centralisées • Principe

  29. Citrix • Présentation • Technologie • Le logiciel Metaframe • Le protocole ICA • Le client ICA • Architectures • Simple : client simple • Portail : portail applicatif via internet

  30. Les Concurrents • Windows Terminal Server : • Terminal Services • Le protocole RDP Newmoon : premier concurrent de Citrix

  31. 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

  32. Les Constructeurs • Constructeurs : Wyse, Neoware, HP Compaq … • Type de terminaux : • Simples • Puissants • Flexibles

  33. 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

  34. Client Léger web • Coté client • Le navigateur : client universel • Les langages : HTML, DHTML, XHTML, XML/XSL • Les standards du W3C • L’interface utilisateur

  35. Client Léger web • Coté client : l’interface utilisateur

  36. 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

  37. 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

  38. Le Client Riche Exemple du principe de déploiement

  39. 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é

More Related