Version imprimable
Bonsoir,
J 'ai un projet dans lequel j'ai :
- la couche presentation( navigateur web)
- le srveur d'application tomcat
- la base de données mysql
tout ça est sur la meme machine
est ce qu'on peut parler dans ce cas d'une architecture 3 tiers ?
c'est à dire meme si je n'ai qu'une seule machine et pas plusieurs serveurs ?
Merci pour vos aides
Salut,
L'architecture 3 Tiers est surtout une séparation en couche. Après il est vrai que tu peux avoir chaque couche sur un serveur différent mais tu peux aussi avoir plusieurs couches sur un seul serveur.
Cette architecture permet surtout de séparer les responsabilités.
En espérant avoir répondu à ta question.
A+
:merci: pour votre réponse
Non, un tiers est un concept "physique", donc si tout est sur la même machine, ton architecture n'est pas N-Tiers, mais N-Layers.Citation:
Envoyé par pigeon11
Et attention, une application N-Layers n'est pas forcément potentiellement N-Tiers, les problématique de communication entre les layers sont différents entre une archi 1-Tiers et N-Tiers...
Ca serait tellement le bonheur si les termes corrects d'architecture était utilisés à bon escient, mais là je rêve...
Bonjour,
moi je dirais Oui, même si c'est très différent d'un 3 tiers client lourd tu as bien 3 tiers, avec un petite partie applicative pour chaque:
1 .BD (avec tes requêtes SQL)
2. Serveur d'appli (l'essentiel du code)
3. Client Web (partie présentation HTML et Javascript)
La bonne définition est celle de Keihilin. Le N-Layer est un style architectural comme il en existe d'autres (Cf. Architectural patterns). La N-Layer architecture, ou plus simplement Layered Architecture, n'autorise que des communications entre la couche Ni et la couche Ni+1. Ici, les couches en questions sont des couches logicielles. Le triplet (webclient/appli/BD) n'est qu'un exemple d'architecture logicielle en couches. Maintenant tu peux tout à fais installer cette architecture logicielle sur une seule et unique machine ! D'où la différenciation avec les niveaux du dispositif physique qui va héberger l'architecture logicielle. Il se trouve que dans le monde des applications web, on fais correspondre systématiquement chaque couche logicielle (Layer) avec un niveau physique (Tiers) ce qui a aboutit à un abus de langage en mélangeant les 2 notions !
Déjà ça serait tellement le bonheur si on parlait en français ...Citation:
Envoyé par Keihilin
"tier" en anglais ça veut dire gradin, étage ou même niveau.
"a three tier system" c'est un système à trois niveaux.
"to arrange in tiers" c'est étager ou disposer en gradins
ça n'a aucun rapport avec le mot français tiers qui lui veut dire troisième comme adjectif ou troisième personne comme nom ...
Dans le monde de l'informatique, vouloir absolument franciser des termes communément admis est complètement inutile.Citation:
Envoyé par Luc Orient
Je pense que la remarque de Luc Orient etait juste pour signaler que si vous utiliser "tiers" c'est un mot francais qui dans ce contexte n'a pas de sens. Il faut utiliser tier (sans le s) qui est le terme correct ;).Citation:
Envoyé par Keihilin
c'est exactement le sens de ma remarque ... :D :D :DCitation:
Envoyé par Nip
La séparation "physique" n'a plus trop de sens aujourd'hui avec la virtualisation ou les multi-nodes. Je fais quand meme une difference entre ces deux style architecturaux:
"n-layer" = séparation en couche avec une contrainte de communication inter-couche (n-1 / n / n+1)
"n-tier" = "n-layer" + communication inter-couche de type client/serveur
Quand a la remarque "le n-tier n'est pas forcement un n-layer" ca me laisse perplexe: ca voudrait dire que soit il n'y a pas de séparation en couche, soit la contrainte de communication n'est pas respectée. Dans les 2 cas, je n'appelle pas ca du n-tier.
Il suffit qu'on se comprenne, et peu importe l'origine des mots (Layer ou tiers c'est OK), mais il est complètement faux de dire que Tiers est anglais: dans assurance au "tiers": le Tiers n'est pas 1/3 mais "Autrui". on retrouve ce terme au niveau juridique.
Pour en revenir au technique, l'article anglais de wikipedia explique bien cela:
http://en.wikipedia.org/wiki/Multitier_architecture
pour la terminologie en anglais (pas de sources fr désolé)
Et également le passage sur la différence entre la conception linéraire du 3-tiers ("séparation en couches"), par opposition à la conception triangulaire du MVC, même si pour moi c'est différent: je peut très bien faire du MVC (en conception logicielle) avec une architecture 3-tiers.Citation:
The term "three-tier" or "three-layer", as well as the concept of multitier architectures, seems to have originated within Rational Software[citation needed]
Mais personne n'a dis cela. :D On a dit que "le n-layer n'est pas forcement un n-tier"Citation:
Envoyé par pseudocode
La phrase exact est :
Et je persiste...Citation:
Envoyé par Keihilin
Si tu découpes ton application en N-Layers, mais que tu ne prévois pas de mécanismes de communication de type Client/Serveur (pour reprendre tes termes pseudocode) entre les couches, ces dernières ne peuvent pas être déployées sur différentes machines, donc l'achitecture de ton application n'est pas N-Tiers.
A noter que des exceptions sont possibles si les différentes couches ne partagent pas des objets mais uniquement des schémas (SOA mode puriste powa :mrgreen:)
oups. :oops:Citation:
Envoyé par Hephaistos007
Effectivement j'ai mal lu le message... (ca m'apprendra a parler archi a 00h37 !)
J'ai déjà répondu à cet argument plusieurs fois mais mes messages sont systématiquement virés ...Citation:
Envoyé par deltree
Quelqu'un aurait-il peur d'ouvrir le débat sur la nécessité de s'exprimer dans un français correct y compris dans le domaine de l'architecture informatique ?
Moi je veux bien entamer le débat si tu nous évites tes généralités douteuses et désobligeantes sur les architectes (cf. messages précédent effacé (pas par moi...)).Citation:
Envoyé par Luc Orient
Je suis d'accord sur la nécessité de s'exprimer dans un français correct, mais comme je l'ai dit, je ne pense pas qu'il soit bon de chercher absolument à franciser des termes utilisés dans certains domaines.
L'architecture informatique est selon moi un domaine qui devrait rester une "exception". 95% de la littérature sur ce sujet est en anglais, 95% des "grands pontes" et des chercheurs dans ce domaine sont anglophones; il est donc normal que le vocabulaire relatif à l'architecture informatique soit en anglais.
Maintenant, lorsque l'on cherche absolument à traduire ces termes, on tombe rapidement dans des débats stériles et inutiles sur le sens des mots traduits (cf. la présente discussion...) ou sur de meilleures traductions possibles de tel ou tel terme en fonction du sens "primaire" en anglais ou du concept que le terme représente.
Au final : perte de temps, risques d'incompréhensions et étalage de "connaissances" linguistiques dont tout le monde se contre-fiche.
C'est une opinion possible mais ce n'est pas la mienne ...Citation:
Envoyé par Keihilin
Voici un contre-exemple trouvé sur le site MSDN de Microsoft :
C'est clair, compréhensible, écrit dans un français correct et correspond en gros à ce qui a été débattu dans le présent sujet ...Citation:
Composants et niveaux des applications et services
Il est désormais largement accepté qu'en termes de développement d'applications distribuées, il convient de diviser votre application en composants fournissant des services présentation, métier et données. Les composants qui exécutent des types de fonctions similaires peuvent être regroupés en couches, qui, dans la plupart des cas, sont superposées, afin que les composants situés « au-dessus » d'une certaine couche utilisent ses services et qu'un composant donné utilise la fonctionnalité fournie par les autres composants de sa propre couche et des couches situées « en dessous ».
Remarque Ce guide emploie le terme couche pour se référer à un type de composant et le terme niveau pour se référer aux modèles de distribution physiques
etc ... etc ...
Le lien est donné ci-après ;
Architecture d'applications pour .NET
PS.
je n'ai aucun mérite ... le lien a été donné dans un sujet voisin du forum ...
Mouais... je ne trouve pas ca très clair. D'après ce que je comprend, ils emploient le mot "couche" lorsqu'ils parlent "architecture", et le mot "niveau" lorsqu'ils parlent "déploiement".Citation:
Envoyé par Luc Orient
ET tout ca n'explique pas ce qu'est un "tier"...
Le mot distribution a deux sens principaux en français :Citation:
Envoyé par pseudocode
- Action de distribuer à des personnes; son résultat. C'est aussi le sens du terme "déploiement" effectivement.
- Répartition des choses d'une manière particulière. La distribution des pièces dans un appartement, par exemple.
Source : Le Robert 2008
Dans le texte que je cite, c'est bien entendu de la deuxième signification dont il s'agit.
Là je désespère un peu ... :arf:Citation:
ET tout ca n'explique pas ce qu'est un "tier"...