2010-11-19 25 views
1

En savoir plus sur SOA. S'agit-il principalement de découplage au moyen de services Web, un service fournit des services Web à un autre, restant ainsi découplé et encapsulé? Merci.La SOA est-elle principalement un ensemble de services Web?

edit: cela et peut-être une bonne interface pour eux comme un certain design MVC?

Répondre

1

SOA est généralement mis en œuvre en utilisant des services Web, mais peut être mis en œuvre en utilisant une méthode de découplage de la mise en œuvre de services de l'interface. Ceux-ci sont ensuite souvent présentés à l'entreprise dans un répertoire où les applications peuvent demander des détails pour toute prestation de service qui offre les critères de service souhaités. MVC est un modèle pour les applications qui pourraient accéder à SOA, mais j'utiliserais le meilleur modèle pour votre application plutôt que d'essayer de créer un seul motif. N'oubliez pas que les appels SOA sont susceptibles d'être exploités de manière asynchrone.

+0

Que signifie cette dernière partie: "susceptible d'être utilisé de manière asynchrone"? Merci. – johnny

+0

Il n'est pas normal d'utiliser les services SOA de manière synchrone, c'est-à-dire de vous connecter et d'effectuer plusieurs transactions et de recevoir des résultats, puis de vous déconnecter. Vous êtes plus susceptible de vous connecter, de déclencher votre demande et de passer à d'autres activités pendant que votre demande est traitée et que le résultat est renvoyé à quel point votre application traite les résultats. Dans l'espace Enterprise, vous trouvez souvent le SOA centré autour d'un bus de service qui sert de médiateur à ces communications, comme MQ ou similaire. – Lazarus

+0

donc vous avez une sorte de rappel comme dans ajax afin que vous sachiez quand le service est fait? – johnny

1

Voici une réponse que j'ai fourni à une autre question tout à l'heure qui peut aider les principes SOA: Rebuild N-tier app into Service-Oriented Architecture (SOA)?

également ce qui suit une introduction à la SOA: http://www.ibm.com/developerworks/library/ws-soa-design1/

En bref, il y a beaucoup plus à ce que Il ne s'agit que de services Web, c'est-à-dire de la mise à disposition de services métier à granularité grossière pour réutilisation par plusieurs systèmes et de la manière dont vous effectuez des appels sur plusieurs services métiers pour répondre à des processus métier plus larges.

Développer des web-services! = SOA

0

Voici une bonne sélection de liens qui défient l'idée que SOA concerne uniquement les services Web. Ils explorent l'idée que chaque classe de l'application est un service et que nous pouvons utiliser de nombreux transports (web, tcp, files d'attente) au sein de notre SOA. SOA est la méthodologie que vous utilisez pour créer une application orientée service.

Voici quelques exemples pratiques de la création d'un SOA. Je suggère que vous lisiez des articles de Thomas Erl et Roger Sessions, cela vous donnera une idée précise de ce qu'est la SOA.

SOA Design Pattern

Achieving integrity in a SOA

Why your SOA should be like a VW Beetle

SOA explained for your boss

Building a SOA

WCF Service Performance

Choisir un modèle de présentation pour un développement Web nouveau ou d'entreprise est une tâche ardue, à mon avis il n'y en a que trois; Voir le modèle, MVP (Model-View-Presenter) ou ASP.NET MVC (dérivé de Model2).

Vous pouvez lire l'article complet ici ASP.NET MVC Patterns

+0

merci pour les liens. Je regarderai. – johnny

0

Malgré la (mauvaise) réponse choisie, je dois dire que la SOA n'a rien à voir avec les services Web. Le terme "service" est tellement surchargé en anglais, donc les gens deviennent parfois confus.

SOA est un style architectural, un ensemble de lignes directrices et de principes qui nous aident à modéliser nos systèmes en tant que «systèmes composés d'autres systèmes». Le terme de service dans SOA peut être défini comme une «autorité technique pour une capacité métier spécifique». SOA permet de gérer le couplage entre les capacités, y compris le couplage temporel et spatial. Comme vous pouvez le voir, concevoir votre système comme un ensemble ouvert de systèmes (services) faiblement couplés et autonomes n'a rien à voir avec l'utilisation de services Web, de WCF ou d'autres «choses sympas». Vous pouvez les utiliser ou vous ne pouvez pas les utiliser. Ou utilisez-les dans un contexte, mais pas dans un autre. Il est certain que vous n'utiliserez PAS les services Web comme protocole de communication entre vos services SOA, car ils introduisent immédiatement un couplage temporel et spatial.

+0

Je pense que j'aurais besoin de plus d'informations avant de pouvoir dire que la réponse choisie est fausse. – johnny