Cours serveurs d’applications les architectures orientées composants

Sommaire: Cours serveurs d’applications

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 cl
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 serveurs d’applications

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.
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.
Les architectures à base de composants
Présentation
Les moniteurs transactionnels et les serveurs d’applications se différencient par le paradigme qu’ils implémentent, respectivement serveur de traitements et serveur de composants. Dans les deux cas, le concept est orienté service.On définit le composant comme un objet qui adhère à un modèle, c’est-à-dire qu’il implémente un ensemble de méthodes normées qui lui permettent :
• D’être exécuté dans un serveur d’applications en supportant le transactionnel, la sécurité, le multi-accès, l’indépendance à la localisation, etc.
et ce sans ajout de code particulier.

……..

Si le lien ne fonctionne pas correctement, veuillez nous contacter (mentionner le lien dans votre message)
Cours serveurs d’applications les architectures orientées composants (1511 KO) (Cours PDF)
Serveurs d’applications

Télécharger aussi :

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *