Quelle est la différence entre l'architecture N-Tier et SOA
Selon ma compréhension à l'égard des N-Tier et de l'architecture SOA.
N-Tier
N-Tier signifie diviser l'application en couches, l'Exemple que je viens de développer des applications dans asp.net et j'ai poussé total DB Couche à WCF, puis il est appelé N-tier.[Étroitement couplé]
SOA[Faiblement couplé]
Selon ma compréhension à l'égard des SOA son très terme générique, et de la façon dont nous allons vaguement couple notre architecture puis sa appelé la SOA. Le meilleur exemple pour services SOA Stock - flux/meteo.
Ma conclusion:
Même si nous développer des applications en utilisant WCF cela ne signifie pas que ses SOA si il est bien en couple avec un seul client .net applications ne peut comprendre sur les services.
Pouvez-vous m'aider dans la compréhension de l'architecture SOA VS N-Tier.
source d'informationauteur Venkat
Vous devez vous connecter pour publier un commentaire.
ces deux ne peuvent pas être comparés, car chaque décrire autre chose. Sachez également que le Niveau n'est pas le même que Couche.
Niveau - limite de processus. Lorsque vous construisez 3 niveaux de demande vous savez que l'INTERFACE utilisateur, le BL et DB sera dans 3 différents processus qui peuvent être sur trois machines différentes.
De la couche - limite logique. Un seul niveau peut contenir plusieurs couches. C'est juste la façon dont vous construisez votre application permettant de suivre OO principes.
Architecture orientée services SOA application peut être multi-niveaux et multi-couche, mais généralement, il n'est pas nécessaire. SOA est une approche de l'architecte de l'application dans le sens de réutilisables autonome interopérables appelé à distance des composants. Services SOA suivre quatre principes.
Pour montrer simple différence entre la N-Tier et de la SOA permet de supposer que vous êtes la construction de la couche de service sur le haut de la logique d'entreprise qui utilise une base de données. On dirait que vous êtes la construction de la N-Tier SOA application, n'est-ce pas? Malheureusement toutes les applications ne exposer des services suit ces principes. Probablement le plus critique dans ce cas sont des "Explicite de service à la frontière" et "les Services sont autonomes". Si vos services de partager un peu de logique métier des fonctionnalités ou des données dans la base de données qu'ils n'ont pas explicite des limites et qu'ils ne sont pas autonomes => l'application n'est pas conçue comme une SOA.
Il y a aussi la différence entre les petites SOA et de grandes SOA. Mentionné application est petite SOA chaque service doit suivre les principes. Grand SOA est pour l'entreprise l'intégration de l'endroit où vous comptez l'application avec tous ses services en tant qu'unité unique qui doit suivre les principes.
Meilleures salutations,
Ladislav
Ladislav est sur place de l'argent, et vous avez raison de supposer qu'en utilisant WCF seul, vous ne sont pas garantis de la construction d'une architecture SOA.
Voici quelques exemples concrets de la façon de construire une architecture SOA en utilisant WCF.
Je vous suggère de lire les articles de Thomas Erl et Roger Sessions, cela vous donnera une idée sur ce qui SOA est tout au sujet.
SOA Modèle de Conception
L'atteinte de l'intégrité dans une SOA
Pourquoi votre SOA devrait être comme un Scarabée de VW
SOA a expliqué à votre patron
Je pense que le principal point de SOA (par rapport à la norme architecture N-tiers) est ré-utilisabilité des services sous-jacents. C'est pourquoi vous créer des services web pour servir en tant que sources de données avec l'intention qu'ils pourraient servir à d'autres applications que vous allez écrire dans l'avenir. C'est où la dite couplage lâche est très pratique - vos services web sont assez génériques et assez indépendante pour être utilisé dans de nombreuses applications différentes.
Pensez-y de cette façon: un service SOA est quelque chose que la couche d'accès aux données dans votre application à N niveaux pourrait appeler, mais c'est aussi quelque chose que la couche d'accès aux données dans ma N-l'application de la couche. Cependant, je probablement ne pas utiliser de votre couche d'accès aux données à ma demande.
Par exemple:
Votre couche d'accès aux données pour travailler avec des feuilles de temps des employés seront adaptés à votre demande relative à des feuilles de temps.
Ma couche d'accès aux données pour travailler avec les employés de la qualité du travail examens seront adaptés pour la fonctionnalité de l'employé dont le rendement est de la qualité du travail des critiques.
Cependant, deux de nos applications ainsi que tout autre employé applications connexes pourraient bénéficier d'une architecture SOA, service qui fonctionne avec les principales données de l'employé comme Salarié ID, Nom, Poste, etc..
@ladislav: selon votre réponse, est-il approprié de mettre en œuvre des services web dans la logique d'affaires. Est mon architecture dans ce cas peut être appelé SOA, N-tier ou une combinaison d'entre eux ?