Table des Matières
Publicité
du client et le serveur de base de données implémente le serveur ou le niveau
d'arrière-plan. DB2 Connect fournit une prise en charge complète des applications
client-serveur à deux niveaux, où les serveurs de base de données sont DB2 for
z/OS, DB2 for IBM i, ou DB2 Server for VM and VSE.
Avec l'augmentation de la taille des applications client-serveur, il est devenu
évident que le modèle client-serveur à deux niveaux possède des limitations
importantes. La distribution de grandes quantités de logiques applicatives à des
centaines ou des milliers de postes de travail client a transformé la gestion des
modifications en un procédé complexe et onéreux. Toute modification des règles
métier requiert le remplacement de la partie client de l'application. Le déploiement
de ces applications doit souvent avoir lieu simultanément sur tous les postes de
travail client de l'entreprise afin de garantir une application efficace des règles
métier.
Un autre inconvénient du modèle client-serveur à deux niveaux devenu évident
avec la portée est la quantité de ressources consommées par ces applications. Le
déploiement de centaines ou de milliers de clients lourds, tels que les clients à deux
niveaux sont souvent appelés, augmente ainsi les demandes de puissance de
traitement et de capacité de chaque poste de travail client. En outre, les demandes
du serveur de base de données connaissent également une augmentation
importante car chaque client requiert une connexion dédiée à la base de données et
des ressources pour gérer cette connexion. Alors que la dépendance du
client-serveur à deux niveaux en distribution de logiques applicatives peut être
quelque peu réduite grâce à l'utilisation accrue de procédures mémorisées, d'autres
inconvénients ne peuvent être traités sans modifier le modèle.
Solution pour un serveur d'applications
18
IBM DB2 Connect 9.7 - - Guide d'utilisation
Comme le coût et la complexité des applications client-serveur à deux
niveaux augmentent, la majeure partie des plus grandes applications ont
décidé d'utiliser le client-serveur multiniveau. Dans le modèle multiniveau,
le rôle du niveau de la base de données reste le même. Cependant, le
niveau client est annexé d'un ou plusieurs niveaux intermédiaires, le plus
souvent d'un niveau, d'où le nom à trois niveaux.
Dans le modèle à trois niveaux, le client est relégué à la gestion des
interactions des utilisateurs et ne contient aucune logique applicative. La
couche intermédiaire se compose d'un ou plusieurs serveurs d'applications.
Le but du serveur d'applications est de fournir une implémentation robuste
et rentable de la logique cachée derrière les processus et règles métier.
Comme pour le modèle à deux niveaux, l'implémentation des règles métier
est généralement renforcée par des procédures mémorisées visant à
améliorer les performances.
Puisque les postes de travail client n'implémentent plus l'intégralité de la
logique applicative et gèrent uniquement les interactions des utilisateurs,
les besoins en ressources du niveau client ont été significativement réduits.
Aussi, le niveau client du modèle à trois niveaux est souvent appelé client
léger. En outre, comme un serveur d'applications centralisé se charge de la
gestion des requêtes de tous les clients, il peut partager des ressources,
telles que les connexions à la base de données de tous les clients. Ainsi, le
serveur de base de données ne doit plus s'occuper de la gestion des
connexions dédiées de chaque utilisateur de l'application.
De nombreux exemples d'applications à trois niveaux sont désormais mis
en oeuvre dans le monde de l'industrie. Presque tous les fournisseurs de
plannings ERP implémentent leurs applications à l'aide du modèle à trois
niveaux, tels que les applications SAP R/3 et PeopleSoft V7. D'autres
Publicité
Table des Matières
