Bus de service d'entreprise et courtiers de messages

Question

Ok les gars, il est temps d'être stupide, je veux commencer à regarder la WCF, mais pour être honnête avant moi, j'aimerais en savoir plus sur la SOA en général.

Je ne comprends pas vraiment le concept de "bus de service d'entreprise" et je ne suis pas sûr qu'il s'agisse d'un modèle / d'une méthodologie ou d'un logiciel. En outre, on peut dire que le sam est un "courtier de messages".

De plus, comment se situent ici les grands frameworks SOA, à savoir BizTalk, WebSphere, etc.? Comment la WCF s’intègre-t-elle?

Je ne suis vraiment pas au courant de ce que vous pouvez faire, alors n'hésitez pas à simplifier vos réponses autant que possible et à vous abstenir d'essayer de dérouter la science.

Answer 1

SOA, en termes simples, dissocie vos composants liés à la présentation du mécanisme de récupération du contenu.

Cela semble très trivial, mais l’idée est que les composants de présentation ne doivent pas seulement être indépendants du programme qui récupère les données, mais aussi être agnostiques.

Pour cela, un " Service " La couche d’abstraction contenant le célèbre "Enterprise Service Bus" est créée. (ESB). ESB est le programme qui sait où se trouvent les services et comment les appeler pour transmettre les données au demandeur.

La SOA est devenue plus une norme dans les systèmes d'entreprise qu'aujourd'hui, pour la simple raison que, au niveau des données, est (plutôt que "peut être") extraite de sources différentes. . Par exemple. Un service de connexion / authentification peut être centralisé basé sur LDAP; Les détails d'une commande peuvent être récupérés à l'aide d'une connexion JDBC vers un moteur de base de données hébergé. Une autorisation de carte de crédit peut utiliser l'invocation des services Web de la passerelle de paiement; et ainsi de suite ...

L'avantage le plus important de cette architecture est que l'impact sur la conception de l'application principale est nul ou minime si, demain, le même service est disponible à partir d'une ressource différente.

Answer 2

Je suis d’accord pour dire qu’il peut être difficile de dissocier les mots à la mode de la réalité.

Voici comment j'y pense:

La SOA consiste à orienter les fonctionnalités de votre entreprise autour des services. Cela signifie de penser en termes de fonctionnalité les boîtes noires avec des interfaces (normalement) bien définies. Souvent, la SOA implique également un travail préalable pour rendre les services disponibles - ce qui la distingue de l'intégration plus traditionnelle - bien qu'il existe un degré élevé de chevauchement entre les deux.

Un ESB est simplement une couche architecturale qui vous permet de connecter vos services entre eux. Il ajoute souvent une connectivité, un routage, une transformation de protocole, etc. Il est facultatif, mais reste néanmoins un composant typique de nombreux projets SOA. C'est un modèle, mais de nombreux éditeurs de logiciels proposent des «produits» ESB pouvant vous aider à les mettre en œuvre.

Ce sont certes des réponses vagues, et certains éditeurs de logiciels / services ont des définitions plus spécifiques (ainsi qu’une grande variété de technologies pour les implémenter). Vous devrez vous faire votre propre idée à ce sujet.

Clause de non-responsabilité : je travaille pour IBM en tant que consultant WebSphere, mais je ne parle pas pour eux à titre officiel.

Answer 3

ESB fournit une plate-forme d'intégration basée sur des normes qui combine la messagerie, les services Web, la transformation de données et le routage intelligent dans une SOA événementielle. L’ESB est l’une des étapes importantes dans la mise en place d’une architecture SOA complète.

Les frameworks tels que Biztalk Server 2006 et sa boîte à outils ESB Guidance se veulent un ESB. Comme vous le savez peut-être déjà, Biztalk fournit immédiatement les fonctionnalités de messagerie, de services Web et de trams-information. Avec la boîte à outils ESB Guidance ( www.codeplex.com/esb ), BizTalk peut désormais fournir du contenu intelligent traitement basé sur l'itinéraire et l'itinéraire. Cela rend l’architecture d’intégration beaucoup moins couplée que les architectures EAI classiques avec un courtier d’intégration lourd.

WCF peut servir de conteneur léger pour les services d’hébergement auxquels les consommateurs peuvent accéder via le BSE.

Donnant une analogie avec le monde du matériel, ESB est comme une carte mère dans votre PC: tous les périphériques se connectent à la carte par le biais d’un bus, puis montent la carte pour comprendre comment les différents périphériques communiquent entre eux. Les appareils doivent simplement savoir comment ils peuvent s’interfacer avec le bus.

A bientôt