Architecture 3-tiers avec Asp.NET

Bonjour,

Je voudrais développer une application web avec Asp.Net, j'ai choisit de travailler avec l'architecture 3-tiers.

Mon application est hébergée dans IIS qui se trouve dans un serveur X, la base de données est crée sur Sql Server qui se trouve dans un serveur Y, ainsi le client peut se connecter à l'application depuis sa propre machine. Je voudrais savoir ce que je viens de dire est vraiment l'architecture 3-tiers ?! Est-ce que ça manque quelques choses pour devenir une architecture 3-tiers ?!

Je voudrais pas travailler avec le modèle MVC, non, je veux juste l'architecture 3-tiers, et je sais pas si je mélange entre le principe de l'architecture 3-tiers et celui du MVC, et donc je veux que quelqu'un m'explique la différence entre les deux, puis de me dire ce que je viens de dire au début, c'est l'architecture 3-tiers ou c'est le MVC?!

Merci pour vos réponses.

Salut,

Est ce que tu penses à mulitcouche quand tu dis 3-tiers? Dans ce cas tu peux jeter un oeil sur ce tuto: http://immobilis.developpez.com/arti...ouche-asp-net/

A+

Citation:

---

Envoyé par Immobilis

Salut,

Est ce que tu penses à mulitcouche quand tu dis 3-tiers? Dans ce cas tu peux jeter un oeil sur ce tuto: http://immobilis.developpez.com/arti...ouche-asp-net/

A+

---

Merci Immobilis d'abord pour votre réponse,
non ce n'est pas ça que je cherche, l'article parle d'une séparation des classes de l'application (comme dans le cas de MVC), alors moi je cherche à séparer l'application de la base de données, ça veut dire que l'application se trouve dans un serveur X, et la base de données (Sql Server) se trouve dans un autre serveur Y, donc une séparation physique de l'application et de la base de données !!! Je veux savoir est-ce que cela peut être considéré comme une architecture 3-tiers ou non ?!

Citation:

---

ça veut dire que l'application se trouve dans un serveur X, et la base de données (Sql Server) se trouve dans un autre serveur Y, donc une séparation physique de l'application et de la base de données

---

Ben en fait, c'est quasiment toujours le cas. La configuration du serveur IIS et de base de données sont en général très différentes. De plus, pour augmenter la sécurité on installe rarement (jamais) une base de données sur une machine configurée en serveur d'applications. Un serveur avec une base de données ne doit être accessible que par les applications qui utilisent les données et surtout pas visible de l'extérieur.

Citation:

---

et je sais pas si je mélange entre le principe de l'architecture 3-tiers et celui du MVC, et donc je veux que quelqu'un m'explique la différence entre les deux,

---

Il ne faut pas confondre l'architecture matériel et l'architecture applicative, 3-tiers n'a donc rien à voir avec MVC ou multicouche.

Est-ce que l'architecture que tu envisage est une architecture multitiers? Cela en prend le chemin, à savoir:

• tiers 1 serveur de la base de données
• tiers 2 serveur de l'application
• tiers 3 le client (internaute)

A+

Citation:

---

Envoyé par Immobilis

Ben en fait, c'est quasiment toujours le cas. La configuration du serveur IIS et de base de données sont en général très différentes. De plus, pour augmenter la sécurité on installe rarement (jamais) une base de données sur une machine configurée en serveur d'applications. Un serveur avec une base de données ne doit être accessible que par les applications qui utilisent les données et surtout pas visible de l'extérieur.

Il ne faut pas confondre l'architecture matériel et l'architecture applicative, 3-tiers n'a donc rien à voir avec MVC ou multicouche.

Est-ce que l'architecture que tu envisage est une architecture multitiers? Cela en prend le chemin, à savoir:

• tiers 1 serveur de la base de données
• tiers 2 serveur de l'application
• tiers 3 le client (internaute)

A+

---

Ok, maintenant je pense que c'est clair, j'ai bien compris les deux notions, merci beaucoup Immobilis