Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Med El assad Année universitaire 2007/2008 ARCHITECTURE D'UN SYSTEME CLIENT/SER

Med El assad Année universitaire 2007/2008 ARCHITECTURE D'UN SYSTEME CLIENT/SERVEUR I. Présentation de l'architecture d'un système client/serveur De nombreuses applications fonctionnent selon un environnement client/serveur, cela signifie que des machines clientes (des machines faisant partie du réseau) contactent un serveur, une machine généralement très puissante en terme de capacités d'entrée-sortie, qui leur fournit des services. Ces services sont des programmes fournissant des données telles que l'heure, des fichiers, une connexion, etc. Les services sont exploités par des programmes, appelés programmes clients, s'exécutant sur les machines clientes. On parle ainsi de client (client FTP, client de messagerie, etc.) lorsque l'on désigne un programme tournant sur une machine cliente, capable de traiter des informations qu'il récupère auprès d'un serveur (dans le cas du client FTP il s'agit de fichiers, tandis que pour le client de messagerie il s'agit de courrier électronique). II. Les avantages de l'architecture client/serveur Le modèle client/serveur est particulièrement recommandé pour des réseaux nécessitant un grand niveau de fiabilité, ses principaux atouts sont : des ressources centralisées : étant donné que le serveur est au centre du réseau, il peut gérer des ressources communes à tous les utilisateurs, comme par exemple une base de données centralisée, afin d'éviter les problèmes de redondance et de contradiction une meilleure sécurité : car le nombre de points d'entrée permettant l'accès aux données est moins important 1/27 Med El assad Année universitaire 2007/2008 une administration au niveau serveur : les clients ayant peu d'importance dans ce modèle, ils ont moins besoin d'être administrés un réseau évolutif : grâce à cette architecture il est possible de supprimer ou rajouter des clients sans perturber le fonctionnement du réseau et sans modification majeure III. Les inconvénients du modèle client/serveur L'architecture client/serveur a tout de même quelques lacunes parmi lesquelles : un coût élevé dû à la technicité du serveur un maillon faible : le serveur est le seul maillon faible du réseau client/serveur, étant donné que tout le réseau est architecturé autour de lui ! Heureusement, le serveur a une grande tolérance aux pannes (notamment grâce au système RAID) IV. Le fonctionnement d'un système client/serveur Un système client/serveur fonctionne selon le schéma suivant : Le client émet une requête vers le serveur grâce à son adresse IP et le port, qui désigne un service particulier du serveur Le serveur reçoit la demande et répond à l'aide de l'adresse de la machine cliente et son port V. L’architecture mainframe 2/27 Med El assad Année universitaire 2007/2008 Les premiers réseaux informatiques étaient architecturés autour d'un ordinateur central, appelé « mainframe ». Le mainframe représente ainsi un ordinateur central de grande puissance chargé de gérer les sessions utilisateurs des différents terminaux qui lui étaient reliés. Grâce à cette architecture, il est ainsi possible de consolider, c'est-à-dire de gérer de manière centralisée, l'ensemble des applications métiers de l'entreprise. Cependant, dans le modèle mainframe, la performance du système tout entier repose sur les capacités de traitement de l'ordinateur central, c'est la raison pour laquelle ce modèle est parfois qualifié d'« informatique lourde ». Par ailleurs, dans un environnement mainframe, les terminaux du réseau ne peuvent voir que le serveur central. cmd VI. Présentation de l'architecture à 2 niveaux L'architecture à deux niveaux (aussi appelée architecture 2-tier, tier signifiant rangée en anglais) 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. 3/27 Med El assad Année universitaire 2007/2008 VII. Présentation de l'architecture à 3 niveaux Dans l'architecture à 3 niveaux (appelée architecture 3-tier), il existe un niveau intermédiaire, c'est-à-dire que l'on a généralement une architecture partagée entre : 1. 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 ; 2. Le serveur d'application (appelé également middleware), chargé de fournir la ressource mais faisant appel à un autre serveur 3. Le serveur de données, fournissant au serveur d'application les données dont il a besoin. 4/27 Med El assad Année universitaire 2007/2008 Etant donné l'emploi massif du terme d'architecture à 3 niveaux, celui-ci peut parfois désigner aussi les architectures suivantes : Partage d'application entre client, serveur intermédiaire, et serveur d'entreprise ; Partage d'application entre client, serveur d'application, et serveur de base de données d'entreprise. VIII. Comparaison des deux types 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 par exemple). L'architecture à trois niveaux permet : Une plus grande flexibilité/souplesse ; 5/27 Med El assad Année universitaire 2007/2008 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 des tâches entre les différents serveurs. IX. L'architecture multiniveaux Dans l'architecture à 3 niveaux, chaque serveur (niveaux 2 et 3) 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... 6/27 Med El assad Année universitaire 2007/2008 X. Client lourd Le terme « client lourd » (en anglais « fat client » ou « heavy client »), par opposition au client léger, désigne une application cliente graphique exécutée sur le système d'exploitation de l'utilisateur. Un client lourd possède généralement des capacités de traitement évoluées et peut posséder une interface graphique sophistiquée. Néanmoins, ceci demande un effort de développement et tend à mêler la logique de présentation (l'interface graphique) avec la logique applicative (les traitements). Ce type d'application étant généralement installé sur le système d'exploitation de l'utilisateur, une nouvelle version doit être installée afin de la faire évoluer. Pour y remédier, les éditeurs d'applications lourdes les dotent généralement d'une fonctionnalité exécutée au lancement de l'application, permettant de vérifier sur un serveur distant si une version plus récente est disponible et le cas échéant propose à l'utilisateur de la télécharger et de l'installer. XI. Client léger Le terme « client léger » (parfois « client pauvre », en anglais « thin client »), par opposition au client lourd, désigne une application accessible via une interface web (en HTML) consultable à l'aide d'un navigateur web, où la totalité de la logique métier est traitée du côté du serveur. Pour ces raisons, le navigateur est parfois appelé client universel. L'origine du terme lui-même provient de la pauvreté du langage HTML, qui ne permet de faire des interfaces relativement pauvres en interactivité, si ce n'est pas le biais du langage javascript. Le fait que l'essentiel des traitements soit réalisé du côté du serveur et que l'interface graphique est envoyée au navigateur à chaque requête permet une grande souplesse de mise à jour. En contrepartie, l'application doit s'affranchir 7/27 Med El assad Année universitaire 2007/2008 des différences d'interprétation du code HTML par les différents navigateurs et l'ergonomie de l'application possède un champ réduit. XII. Client riche Un « client riche » est un compromis entre le client léger et le client lourd. L'objectif du client riche est donc de proposer une interface graphique, décrite avec une grammaire de description basée sur la syntaxe XML, permettant d'obtenir des fonctionnalités similaires à celles d'un client lourd (glisser déposer, onglets, multi fenêtrage, menus déroulants). Les clients riches permettent ainsi de gérer l'essentiel des traitements du côté du serveur. Les données sont ensuite transmises dans un format d'échange standard utilisant la syntaxe XML (SOAP, XML-RPC), puis interprétées par le client riche. Les principaux standards permettant de définir une application riche sont les suivants : XAML (eXtensible Application Markup Language), prononcez « zammel », un standard XML proposé par Microsoft, utilisé notamment dans les applications utilisant le framework .NET ; XUL, prononcez « zoul », un standard XML proposé par la fondation Mozilla, utilisé par exemple dans le client de messagerie Mozilla Thunderbird ou dans le navigateur Mozilla Firefox ; Flex, un standard XML proposé par la société Macromedia. 8/27 Med El assad Année universitaire 2007/2008 XIII. Présentation de l'architecture d'égal à égal Dans une architecture d'égal à égal (en anglais peer to peer), contrairement à une architecture de réseau de type client/serveur, il n'y a pas de serveur dédié. Ainsi chaque ordinateur dans un tel réseau est un peu serveur et un peu client. Cela signifie que chacun des ordinateurs du réseau est libre de partager ses ressources. Un ordinateur relié à une imprimante pourra donc éventuellement la partager afin que tous les autres ordinateurs puissent y accéder via le réseau. XIV. Inconvénients des réseaux d'égal à égal Les réseaux d'égal à égal ont énormément d'inconvénients : ce système n'est pas du tout centralisé, ce qui le rend très difficile à administrer la sécurité est très peu présente aucun maillon uploads/Ingenierie_Lourd/ architecture-client-serveur.pdf