I.2.5.3. L'architecture n-tieTs
L'architecture n-tiers a été pensée pour
pallier aux limitations des architectures trois tiers et concevoir des
applications puissantes et simples à maintenir. Ce type d'architecture
permet de distribuer plus librement la logique applicative, ce qui facilite la
répartition de la charge entre tous les niveaux.
Cette évolution des architectures trois tiers met en
oeuvre une approche objet pour offrir une plus grande souplesse
d'implémentation et faciliter la réutilisation des
développements. Théoriquement, ce type d'architecture supprime
tous les inconvénients des architectures précédentes :
> Elle permet l'utilisation d'interfaces utilisateurs riche
;
> Elle sépare nettement tous les niveaux de
l'application ; > Elle offre de grandes capacités d'extension ;
> Elle facilite la gestion des sessions.
L'appellation « n-tiers » pourrait faire penser que
cette architecture met en oeuvre un nombre indéterminé de niveaux
de service, alors que ces derniers sont au maximum trois (les 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 « métier », spécialisés et
indépendants, introduits par les concepts orientés objets
(langages de programmation et middleware).
Elle permet de tirer pleinement partie de la notion de
composants métiers réutilisables.
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.
| 
