Enterprise service bus et Message Brokers

Question

Ok les gars, il est temps d'être stupide, je veux commencer à regarder WCF, mais pour être honnête avant de faire, je voudrais en savoir plus sur SOA en général. Je ne comprends pas vraiment le concept d'un «bus de service d'entreprise», et je ne suis pas sûr qu'il s'agisse d'un modèle/méthodologie ou d'un logiciel. De plus, le sam peut être dit d'un "courtier de messages". En plus de cela, comment les grands frameworks SOA s'intègrent-ils ici, par exemple BizTalk, WebSphere, etc? D'ailleurs, comment s'intègre la WCF? Je ne suis vraiment pas au courant de ce genre de choses. Pouvez-vous s'il vous plaît apporter vos réponses aussi simples que possible, et ne pas essayer de confondre avec la science.

Answer 1

SOA en termes simples dissocie vos composants liés à la présentation du mécanisme qui récupère le contenu.

Cela semble très trivial, mais l'idée est que les composants de la présentation ne soient pas seulement indépendants du programme qui récupère les données, mais en soient également agnostiques.

Pour ce faire, une couche d'abstraction «Service» est créée et contient le fameux «Enterprise Service Bus» (ESB). ESB est le programme qui sait où se trouvent les services et comment les appeler pour relayer les données au demandeur. De nos jours, SOA est devenu plus un standard dans les systèmes d'entreprise qu'un simple choix, pour la simple raison que les données sont (plutôt que "peut être") extraites de différentes sources. Par exemple. Un service de connexion/authentification peut être basé sur LDAP centralisé; Les détails d'une commande peuvent être récupérés à l'aide de la connexion JDBC à un moteur de base de données hébergé. Une autorisation de carte de crédit peut utiliser l'appel de Payment Gateway Web Services; et ainsi de suite ...

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

Answer 2

Il peut être difficile de découpler les mots à la mode de la réalité, je suis d'accord.

Voilà comment je pense:

SOA est sur l'orientation de votre fonctionnalité d'affaires autour des services. Cela signifie penser en termes de boîtes noires fonctionnelles avec des interfaces (normalement) bien définies. Souvent, la SOA implique également un travail initial pour rendre les services disponibles - ce qui le distingue d'une «intégration» plus ancienne - même s'il existe un degré élevé de croisement entre les deux.

Un ESB est simplement une couche architecturale qui vous permet de connecter vos services ensemble. Souvent, il ajoute la connectivité, le routage, la transformation du protocole, etc. C'est facultatif, mais néanmoins un composant typique de nombreux projets SOA. C'est un modèle, mais de nombreux fournisseurs de logiciels ont des «produits» ESB qui peuvent aider à mettre en œuvre le modèle.

Il s'agit certes de réponses vagues, et certains fournisseurs de logiciels/services ont des définitions plus spécifiques (ainsi qu'une grande variété de technologies pour les mettre en œuvre). Vous devrez vous en occuper personnellement.

Avis 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 normalisée qui combine la messagerie, les services Web, la transformation de données et le routage intelligent dans un SOA piloté par événement. ESB est l'une des étapes importantes vers la réalisation d'une SOA complète.

Des frameworks tels que Biztalk Server 2006 ainsi que sa boîte à outils ESB Guidance ont pour objectif d'être un ESB. Comme vous le savez peut-être déjà, Biztalk fournit les fonctionnalités de messagerie, de services Web et de tramsformation. Grâce à la boîte à outils ESB Guidance (www.codeplex.com/esb), BizTalk peut désormais fournir un routage intelligent basé sur le contenu et un traitement basé sur l'itinéraire. Cela rend l'architecture d'intégration beaucoup plus faiblement couplée que les architectures EAI conventionnelles avec un courtier d'intégration de poids lourds.

WCF peut servir de conteneur léger pour l'hébergement de services auxquels les consommateurs peuvent accéder via l'ESB. Donnée une analogie avec le monde matériel, ESB est comme une carte mère sur votre PC, tous les périphériques se connectent à la carte via un bus et la carte pour comprendre comment les différents périphériques communiquent entre eux. Les appareils doivent juste savoir comment ils peuvent s'interfacer avec le bus.

Acclamations