NFE 107 Part2 - Architecture - N-Tiers

NFE 107 : Urbanisation et architecture des systèmes d'information
Architecture n-tiers
2010/2011
Sommaire
I. Niveau d’abstraction d’une application
II. Architecture 1-tiers
III. Architecture 2-tiers
IV. Architecture 3-tiers
V. Architecture n-tiers
VI. Conclusion / Questions
2010/2011
I. Niveau d’abstraction d’une application
Application
La couche de présentation
Sécurité
La logique applicative
Les données
2010/2011
- Les trois couches applicatives sont intimement liées et s'exécutent

sur le même ordinateur
- On parle d’informatique centralisé
- Contexte multi utilisateurs :

- application sur site central (Mainframe)
- application répartie sur des machines indépendantes communiquant par
partage de fichiers.
2010/2011
Application sur Mainframe
- Les utilisateurs se connectent aux applications exécutées par le serveur central (le mainframe) à
l'aide de terminaux passifs
- C'est le serveur central qui prend en charge l'intégralité des traitements, y compris l'affichage qui
est simplement déporté sur des terminaux passifs.
2010/2011
Les applications un tiers déployées
- Application un tiers sur plusieurs ordinateurs indépendants

- Plusieurs utilisateurs se partagent des fichiers de données stockés sur un serveur commun
- Le moteur de base de données est exécuté indépendamment sur chaque poste client
- Ce type de solution est donc à réserver à des applications non critiques exploitées par de petits
groupes de travail
2010/2011
Avantages
- Mainframe : la fiabilité des solutions sur site central qui gèrent les données de façon centralisée
- Un tiers déployé : l’interface utilisateur moderne des applications.
Limites
- Mainframe : interface utilisateur en mode caractères

- Un tiers déployé : cohabitation d'applications exploitant des données communes peu fiable au
delà d'un certain nombre d'utilisateurs.
Conclusion
Il a donc fallu trouver une solution conciliant les avantages de cette architecture . Pour se faire, il a
fallu scinder les applications en plusieurs parties distinctes et coopérantes :
gestion centralisée des données,
gestion locale de l'interface utilisateur.
Ainsi est né le concept du client-serveur.
2010/2011
- Le poste client se contente de déléguer la gestion des données à un service spécialisé
- L’ensemble des traitements applicatifs par le poste client : client lourd
- La gestion des données est prise en charge par un SGBD centralisé, s'exécutant le plus
souvent sur un serveur dédié
- Ce dernier est interrogé en utilisant un langage de requête qui, le plus souvent, est SQL
2010/2011
Le Middleware
- Ensemble des couches réseau et services logiciel qui permettent le dialogue entre les
différents composants d'une application répartie.
- L'objectif principal du middleware est d'unifier, pour les applications, l'accès et la

manipulation de l'ensemble des services disponibles sur le réseau, afin de rendre
l'utilisation de ces derniers presque transparente.
2010/2011
Avantages
- Interface utilisateur riche

- Appropriation des applications par l'utilisateur
Limites
- Importante charge du poste client, qui supporte la grande majorité des traitements
applicatifs
- Maintenance et mises à jour difficiles à gérer
- Difficulté de modifier l'architecture initiale
2010/2011
- Les données sont toujours gérées de façon centralisée
- La présentation est toujours prise en charge par le poste client
- La logique applicative est prise en charge par un serveur intermédiaire
Tier 1 Tier 2 Tier 3
Serveur
Client BDD
applicatif
Présentation Logique métier Données
2010/2011
Tous ces niveaux étant indépendants, ils peuvent être implantés sur des machines
différentes, de ce fait :
- Le poste client ne supporte plus l'ensemble des traitements (client léger)
- Facilité de déploiement
- Sécurité : pas d ’exposition du schéma de la base de données
- La manipulation des données est indépendante du support physique de stockage
- Il est relativement simple de faire face à une forte montée en charge, en renforçant
le service applicatif.
2010/2011
V. Architecture n-tiers
2010/2011
VI. Conclusion
- Une architecture n’est pas forcement meilleur qu’une autre, chacune à ses avantages
et inconvénients
- Choix à faire en fonction des besoins
2 tiers
3 tiers
2010/2011

NFE 107 Part2 - Architecture - N-Tiers

Transféré par

Droits d'auteur :

Formats disponibles

NFE 107 Part2 - Architecture - N-Tiers

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

NFE 107 Part2 - Architecture - N-Tiers

Transféré par

Droits d'auteur :

Formats disponibles

NFE 107 : Urbanisation et architecture des systèmes d'information

I. Niveau d’abstraction d’une application

II. Architecture 1-tiers

III. Architecture 2-tiers

IV. Architecture 3-tiers

VI. Conclusion / Questions

I. Niveau d’abstraction d’une application

II. Architecture 1-tiers

- Les trois couches applicatives sont intimement liées et s'exécutent

- On parle d’informatique centralisé

- Contexte multi utilisateurs :

Application sur Mainframe

Les applications un tiers déployées

- Application un tiers sur plusieurs ordinateurs indépendants

II. Architecture 1-tiers

- Mainframe : interface utilisateur en mode caractères

Ainsi est né le concept du client-serveur.

III. Architecture 2-tiers

- Le poste client se contente de déléguer la gestion des données à un service spécialisé

- L’ensemble des traitements applicatifs par le poste client : client lourd

III. Architecture 2-tiers

- L'objectif principal du middleware est d'unifier, pour les applications, l'accès et la

III. Architecture 2-tiers

- Interface utilisateur riche

IV. Architecture 3-tiers

- Les données sont toujours gérées de façon centralisée

- La présentation est toujours prise en charge par le poste client

- La logique applicative est prise en charge par un serveur intermédiaire

Tier 1 Tier 2 Tier 3

Présentation Logique métier Données

IV. Architecture 3-tiers

- Sécurité : pas d ’exposition du schéma de la base de données

- La manipulation des données est indépendante du support physique de stockage

- Choix à faire en fonction des besoins

Vous aimerez peut-être aussi