Architecture client - serveur
Pourquoi une architecture client - serveur ?
  • Profiter des avantages offerts par les ressources locales à la place de travail.
  • Optimiser l'utilisation des ressources centrales.
  • Limiter le trafic sur le réseau aux seules informations utiles.
  • Mieux ordonner la construction et augmenter la souplesse des applications.
  • Répartir intelligement l'investissement financier entre les ressources clients et serveurs (downsizing, rightsizing).

Profiter des avantages offerts par les stations de travail !
  • Interface utilisateur fonctionnelle et conviviale.
  • Stockage des données locales propres à l'utilisateur.
  • Stockage des applications exécutables pour la partie cliente de l'application.
  • Traitement dégradé en cas de panne des ressources centrales.

Optimiser l'utilisation des ressources centrales et la sécurité !

Les ressources centrales sont utilisées à bon escient pour des tâches inhérentes à la gestion des données, à l'éxécution des transactions de l'application et à la gestion de sécurité.
  • Exécution des transactions entièrement en central.
  • Proximité des données.
  • Appel à des transactions distribuées sur d'autres serveurs.
Contrairement aux modèles ne prévoyant pas l'utilisation de transactions autonomes au niveau du serveur, les va-et-vient successifs entre le client et le serveur sont évités, toute la transaction se déroule sur le processeur ou les processeurs dédiés aux serveurs.

La sécurité est accrue car les accès aux données peuvent être limités aux seules transactions connues et déclarées. Les manipulations au travers du langage SQL toujours possibles dans une architecture traditionnelle peuvent être strictement limitées.

Les performances sont enfin sensiblement améliorées car les transactions sont compilées et l'accès aux données est optimisé.		Limiter le trafic sur le réseau au strict nécessaire !

Le trafic sur le réseau est limité à l'appel des transactions et aux paramètres, et aux données retournées par le serveur.

L'utilisation du SQL à partir du client impliquerait par contre l'envoi et l'interprétation par le serveur de toute la séquence d'instructions nécessaires aux traitements souhaités. Le SQL n'intégrant que faiblement les traitements logiques, plusieurs va-et-vient devraient en outre vraisemblablement s'avérer nécessaire pour le même résultat. L'utilisation de procédures stockées en lieu et place du SQL permet d'éviter ces échanges successifs.

Mieux ordonner le système pour bénéficier de plus de souplesse !
  • Subdivision de l'applicaton en un niveau.
  • Nous avons opté pour un modèle à trois niveaux.
  • Niveau 1:
    Gestion de l'interface graphique.
  • Niveau 2:
    Niveau applicatif.
    Subdivisé en plusieurs parties: les tâches applicatives (règles), les services de données.
  • Niveau 3: Le stockage et l'organisation des données au moyen de système de gestion de base de données.
Cette approche nous permet d'envisager sereinement la refonte d'un des éléments de l'architecture sans intervenir sur les autres parties de l'application.
  • Organisation des données.
  • Mode d'accès aux données.
  • Traitements.
  • Interface graphique.
Une implémentation réussie !

Notre philosophie s'est forgée sur le terrain, dans un contexte réél, pour un projet important.

Cette expérience réussie nous a permis en outre de développer dans un environnement orienté-objets des concepts originaux de services de données et de gestion de cache de données.

Architecture client-server à trois ou un niveaux et orientation objets sont les prémisses nécessaires à la mise en place dans le futur d'un modèle à objets distribués tels que le prévoient déjà les normes DCOM et CORBA qui seront intégrées dans les prochaines versions des produits que nous utilisons.

Vous souhaitez disposer de plus de détails sur cette réalisation. Communiquez-nous vos coordonnées, nous vous répondrons volontiers.
Contactez-nous ! pour de plus amples informations


Electronic mail address: osima@osima.ch
Copyright innovative systems - Communaux 10 - CH-1800 Vevey - Switzerland - ++41 21 923 75 71
Copyright osima conseil - Communaux 10 - CH-1800 Vevey - Switzerland
Last revised: 01/09/1999