Application de bases de données, principes et exemples avec LAPP

L'architecture à deux niveaux (aussi appelée architecture 2-tier,tier signifiant étage en anglais) caractérise les systèmes clients/serveurs dans lesquels le client^[1] demande une ressource et le serveur^[2] la lui fournit directement. Cela signifie que le serveur ne fait pas appel à une autre application afin de fournir le service.

Dans l'architecture à 3 niveaux (appelée architecture 3-tier), il existe un niveau intermédiaire, c'est-à-dire que l'on a généralement une architecture partagée entre:

1. Le client

   le demandeur de ressources

2. Le serveur d'application

   (appelé aussi middleware) le serveur chargé de fournir la ressource mais faisant appel à un autre serveur

3. Le serveur secondaire

   (généralement un serveur de base de données), fournissant un service au premier serveur

L'architecture à deux niveaux est donc une architecture client/serveur dans laquelle le serveur est polyvalent, c'est-à-dire qu'il est capable de fournir directement l'ensemble des ressources demandées par le client.

Dans l'architecture à trois niveaux par contre, les applications au niveau serveur sont délocalisées, c'est-à-dire que chaque serveur est spécialisé dans une tâche (serveur web et serveur de base de données par exemple). Ainsi, l'architecture à trois niveaux permet :

• une plus grande flexibilité/souplesse

• une plus grande sécurité (la sécurité peut être définie pour chaque service)

• de meilleures performances (les tâches sont partagées)