Message Oriented Middleware (MoM) Vs. Bus de Services Aux Entreprises (ESB))
je viens d'un milieu de Maman. Je crois comprendre le concept de L'ESB. Cependant, je ne suis pas trop sûr des différences pratiques entre les deux quand il s'agit de faire un choix architectural.
Voici ce que je veux savoir
1) tout bon lien En ligne qui peut m'aider à cet égard.
2) quelqu'un Peut-il me dire où il est logique d'utiliser l'un sur l'autre.
Toute aide serait utile.
6 réponses
la messagerie tend à se concentrer sur l'échange fiable de messages autour d'un réseau; en utilisant des files d'attente comme un équilibreur de charge fiable et des sujets à mettre en œuvre publier et souscrire.
une ESB a généralement tendance à ajouter des fonctionnalités différentes au-delà de la messagerie comme l'orchestration, le routage, la transformation et la médiation.
je recommande la lecture sur le Enterprise Integration Patterns qui donne un aperçu des modèles courants que vous aurez tendance à utiliser dans les problèmes d'intégration qui sont tous basés au-dessus d'un bus de messages (bien que peut être utilisé avec d'autres technologies de réseau aussi).
Pour un exemple d'utilisation de l'open source; Apache ActiveMQ assure un échange fiable de messages à couplage lâche. Ensuite, vous pouvez utiliser Apache Camel pour mettre en oeuvre le Enterprise Integration Patterns pour la puce de routage, transformation, l'orchestration, l' travailler avec d'autres technologies et ainsi de suite.
J'ai mis les solutions MOM et ESB sur deux plans distincts.
je considère maman comme un élément de construction pour les solutions ESB. En fait, les solutions ESB atteignent leurs propres capacités de couplage lâche et de communication asynchrone, en utilisant simplement le paradigme offert par L'implémentation spécifique de MOM.
par conséquent, les Mams représentent des solutions pour la distribution de données/événements au niveau personnalisé de QoSs( en fonction de l'implémentation spécifique du fournisseur), au lieu de ESBs représentent des solutions permettant de réaliser des orchestrations complexes dans un scénario D'OSS (où nous avons plusieurs fournisseurs offrant leurs services et plusieurs consommateurs intéressés à consommer les services offerts par les premiers).
orchestrations Complexes impliquent une communication entre les systèmes hérités, chacun d'eux avec sa propre représentation du domaine de données (règles et services sur des données spécifiques) et son propre paradigme de communication (un consommateur interagit avec L'ESB en utilisant CORBA, une autre utilisant WS, et ainsi de suite).
il est clair que L'ESB représente une solution architecturale plus complexe visant à fournir l'abstraction de bus de données (comme les bus électroniques que chacun a dans son propre pc), capable de connecter une pléthore de fournisseurs de services à une pléthore de consommateurs de services,cacher l'hétérogénéité dans (i) la représentation des données et (ii) de la communication.
Désolé pour le long post, mais le les concepts sont complexes et il est très difficile d'être efficace dans une brève déclaration.
une ESB est généralement une couche qui achemine, enregistre, transforme et exécute d'autres fonctions "techniques" (c'est-à-dire non commerciales) sur les messages. Il pourrait traiter des messages provenant d'un système de messagerie (comme quelque chose basé sur JMS), ou il pourrait fonctionner avec d'autres types de messages (comme les services web basés sur SOAP). À cet égard, c'est plus général que maman.
Disclaimer: je suis un IBM WebSphere consultant - bien que je n'apporte ici dans une capacité officielle.
ESB avec des services web dans sa forme véritable fournit application couplage lâche en envoyant les données à travers un des éléments du message.
MOM fournit non seulement l'application de couplage lâche mais le processus de couplage lâche le long.
la BSE offre des fonctionnalités supplémentaires qui appuient l'approche axée sur la gouvernance.
les Deux peuvent être utilisés séparément ou ensemble selon le scénario.
IBM et Oracle ont des certifications SOA. Puisqu'ils sont les leaders sur le marché (Gartner Magic Quadrant), je voudrais lire comment ils définissent les AAS et les ABS (ainsi que la méthodologie et les composants nécessaires pour soutenir les AAS comme la gouvernance, le Registre, etc etc)
EBS est juste un autre mot à la mode, tout comme SOA 2.0.
vous pouvez avoir un système ESB facilement implémenté avec les Services Web normaux avec une file d'attente derrière eux. Vous pouvez avoir le routage de message et / ou l'orchestration avec SOA 1.0 (Tibco, BizzTalk), une chose n'arrête pas l'autre vraiment. Plus important encore, ce sont les sémantiques données aux messages échangés dans le système qui jouent un rôle important, en l'occurrence les événements. Les Messages en tant qu'événements, sont des déclencheurs de quelque chose qui s'est passé dans votre système, donc le contexte est différent.