1.4.3. L'architecture n- tiers
On a pensé mettre en place une architecture n - tiers
pour pallier aux limitations des architectures trois tiers pour mettre en place
les applications puissantes et simples à maintenir. Cette architecture
permet de distribuer plus librement la logique applicative pour faciliter la
répartition de la charge entre tous les niveaux.
Ces évolutions des architectures mettent en oeuvre une
approche objet pour offrir une plus grande souplesse d'implémentation et
faciliter la réutilisation des développements.
Théoriquement, l'architecture n - tiers supprime tous
les inconvénients des architectures précédentes :
· Elle permet l'utilisation d'interfaces utilisateurs
riches,
· Elle sépare nettement tous les niveaux de
l'application ;
· Elle offre de grandes capacités d'extension,
· Elle facilite la gestion des sessions.
En effet, l'appellation « n-tiers » met en
oeuvre un nombre indéterminé de niveaux de service, alors que ce
dernier est au maximum trois niveaux d'une application informatique. En fait,
l'architecture n - tiers qualifie la distribution d'application entre de
multiples services et non la multiplication des niveaux de service.
Cette distribution est facilitée par l'utilisation de
composants spécialisés et indépendants, introduits par les
concepts orientés objets (langages de programmation) ; ces
composants rendent un service si possible générique et clairement
identifié. Ils sont capables de communiquer entre eux et peuvent donc
coopérer en étant implantés sur des machines
distinctes.
La distribution des services applicatifs facilite aussi
l'intégration de traitements existants dans les nouvelles applications,
on peut ainsi envisager de connecter un programme de prise de commande
existant sur le site central de l'entreprise à une application
distribuée en utilisant un middleware adapté. Ces nouveaux
concepts sont basés sur la programmation objet ainsi que sur des
communications standards entre application, ainsi est né le concept de
Middleware objet.
| 
