Sommaire: Cours applications serveur et architectures orientées composants
INTRODUCTION
Objectif du document
Présentation du document
PRINCIPES D’ARCHITECTURE
Les Architectures multi-tiers
Les Architectures Transactionnelles
Les Architectures à Base de composants
Le poste de travail : thin client ou fat client
Les contraintes du développement
Administration & Exploitation
Sécurité
L’ÉTAT DE L’ART
BEA
IBM
Inprise
Microsoft
Netscape
Oracle Application Server
Sun
Autres acteurs …
Conclusion
GLOSSAIRE
Extrait du cours applications serveur et architectures orientées composants
Introduction
Objectif du document
L’objectif de ce document est double : faire le point sur les architectures orientées composants et sur les solutions proposées par les éditeurs pour les mettre en place : les serveurs d’applications. Ce document souhaite adresser le public le plus large possible. Il s’adresse, d’une part, aux responsables des Systèmes d’Information, passionnés de technologies ou non, qui trouveront à l’issue de chaque chapitre et du document une vision synthétique mettant en avant notre point de vue d’experts sur le thème traité, et, d’autre part, aux architectes et aux développeurs en leur présentant un concentré de réflexions technologiques.
Présentation du document
Dans un premier temps le document présente les principes d’architecture, en mettant en regard des contraintes et des enjeux métier : réactivité dans la mise à disposition des applications, contrainte d’ouverture des canaux de distribution et interconnexion des Systèmes d’Information.
Ce chapitre traite notamment :
• Des architectures multi-tiers, du transactionnel et des architectures à base de composants,
• Des orientations concernant le Poste de Travail,
• Des contraintes de développement,
• De l’administration et de l’exploitation des applications,
• De la sécurité.
Principes d’architecture
Les Architectures multi-tiers
Présentation
Une architecture multi-tiers est un modèle d’architecture d’applications dans lequel on sépare la présentation, les traitements et les données L’objectif poursuivi est de permettre une évolution de l’un de ces trois tiers de façon “relativement” indépendante des deux autres.
L’implémentation physique de ces architectures est souvent soumise aux contraintes de l’existant. Ainsi, elles sont parfois mises en œuvre au travers de plates-formes et de systèmes d’exploitation différents, ce qui complique évidemment leur conception, leur mise au point et leur exploitation.
Conclusion
Les architectures multi-tiers à base de composants sont aujourd’hui le meilleur choix pour réaliser des applications de qualité car elles obligent à adopter une démarche de conception et séparent dans la réalisation les différents éléments IHM, logique et données.
Néanmoins, attention aux mirages de l’interopérabilité généralisée entre objets : tisser des adhérences entre applications peut s’avérer un réel danger,dont des produits comme les Message Broker tentent d’adresser la problématique.
Les chapitres suivants se proposent de faire le point sur les concepts, les acronymes et les termes consacrés définissant les architectures n-tiers orientées composants.
Les Architectures Transactionnelles
Présentation
Le transactionnel est issu des technologies Mainframe d’IBM des années 70.
Il s’agissait alors de mettre massivement à disposition de terminaux des applications en mode texte. Le terme de transaction vient du fait que plusieurs écrans peuvent s’enchaîner avant qu’une réelle modification dans le système ne soit réalisée. Ces transactions s’entendent en revanche mono-moniteur (CICS ou IMS) et mono-base.
……..
Cours applications serveur et architectures orientées composants (1671 KO) (Cours PDF)