L'interfaçage Toile et bases de données:
Toile dynamique à travers l'utilisation
des serveurs d'applications
|
Pour répondre aux exigences d'un serveur Toile dynamique, il ne suffit plus de publier à intervalles réguliers le contenu d'une base de données ou même de programmer les interfaces standards de communication. Cette fois, ce qui sera saisi dans la fenêtre sera bel et bien transmis à la base de données par l'intermédiaire du serveur Toile mais aussi via un serveur d'application.
Le serveur d'application avec les applications dont il a la charge va s'intercaler entre le serveur Toile et la base de données.
L'architecture d'un tel produit peut être comparée à celle du client /serveur :
- Un premier couple ( client Toile, démon HTTP) en serait le client
- Les passerelles CGI en serait le Middleware.
- Un second couple ( application cliente, SGBD) en serait le serveur.
Un serveur d'application se décompose en plusieurs modules, qui reflètent en quelques sortes les différentes taches qu'il assure :
- Un module de communication s'appuyant sur les interfaces standards CGI, ayant pour rôles d'aiguiller les clients Toile vers le serveurs d'applications et leur retourner les réponses.
- Un module de distribution ayant pour rôle d'instancier et d'allouer les applications.
- Un module de gestion de contextes gérant la persistance des connexions et les abondons.
- Les applications elles mêmes, assurant le contrôle de la cinématique et des transactions.
- Un module d'accès au données connectant les applications aux sources de données.
- Un générateur HTML formatant les réponses aux clients.
- Un module d'administration permettant le paramétrage et le suivi du serveur.
Les principaux éditeurs de solutions Client /Serveur ont d'ores et déjà proposé leurs serveurs d'applications sur le marché, a des degrés fonctionnels variables.
Oracle Web Server développé par oracle, Intrabuilder de Borland, Forsite de Centura, et bien d'autres.
Les deux grands acteurs du Net ( Microsoft et Netscape ) proposent tous deux leur solution pour l'interfaçage Web /bases de données, a savoir l' Actives Server Page (ASP) pour le premier et Livewire pour le second.
comme c'etait prévu, ces architectures ne fonctionnent qu'avec les serveurs maisons : Internet Information Server 3.0 sous Windows NT ou Personnel Web Server sous Windows 95 pour Microsoft, Entreprise Server 2.0 ou Fast Track Server 2.0 pour Netscape.
Track Server 2.0 pour Netscape.
Avantages de la méthode :
- Une solution complète qui permet de bâtir un grand nombre d'application transactionnelle avec des performances très appréciées.
- La gestion du contexte : grâce à un module réservé spécifiquement à cet effet les serveurs d'applications permettent de développer de puissants systèmes d'authentification.
Inconvénients de la méthode :
- Toute une panoplie de logiciel sont mis en œuvre pour pouvoir implanter le modèle client/serveur décrit ci-dessus.
- Les serveurs d'applications sont généralement tributaires du serveur d'hébergement ( IIS pour Active Server Page par exemple).
|
|
|
