Enterprise Service Bus Terminologie

Question

Quelqu'un peut-il expliquer à un dans le contexte de niveau intermédiaire débutant la terminologie de « bus », « transport » et « point final » d'un bus de service d'entreprise ? Je suis un développeur C # avec quelques années d'expérience maintenant, mais ne fait que commencer à travailler avec un bus ESB.

Il semble que le « bus » est effectivement une file d'attente à laquelle vous pouvez envoyer et recevoir des messages. Cela me convient. Cependant, je travaille sur un code existant en utilisant NServiceBus et je pense que si je grokked le « point final » et « transport "terminologie que je ferais un bond en avant dans mon immense compréhension.

Answer 1

Je vais essayer de préciser ces termes vous:

Bus dans le contexte de l'architecture ESB ne doit pas être considérée comme simple file d'attente pour l'envoi message. Afin de permettre l'intégration des différents services, fournit beaucoup plus ESB. fonctionnalités supplémentaires importantes de l'ESB:

• routage. Les messages peuvent être acheminés vers différents services, en fonction du contenu du message ou indiquer le point final.
• Message Transformations / Médiations entre les différents formats
• conversion de protocole de transport. ESB devrait être en mesure d'intégrer de façon transparente des applications qui utilisent différents protocoles de transport (JMS, HTTP / S, TCP pur, etc.)
• amélioration du message. Les messages peuvent être enrichis avec des données manquantes avant un traitement ultérieur.
• Sécurité
• Gestion et surveillance

Ces functionalites sont fournis par les services qui opèrent dans l'ESB. Services se connectent les uns aux autres via points finaux - uniformes, "adresses" uniques. Les messages envoyés entre les points d'extrémité utilisent unifié Transport (méthode / protocole qui encapsule la charge utile du message). Application qui utilise nativement le transport différents, ont besoin de se connecter à l'ESB via un adaptateur approprié - un service qui fournira la conversion de transport nécessaire. Ces applications de façon qui utilisent ESB sont découplés les uns des autres et ne doivent pas fournir eux-mêmes des conversions.

Bien sûr, ce ne sont que très brèves descriptions des termes. Rappelez-vous, Enterprise Service Bus est attraper terme que pour le genre spécifique de l'architecture (ou un concept), mais il n'est pas normalisée en aucune façon. Ainsi, les implémentations spécifiques peuvent être très différents les uns des autres. Si vous êtes intéressé par ESB standardisé, vous pouvez jeter un oeil à JBI (Java Bussiness Integration). Il existe plusieurs implémentations open source de JBI avalable, parmi les Apache ServiceMix , Mule , OpenESB . Très bonne introduction aux technologies ESB est présenté dans " Open Source dans ESBs d'action" le livre publié par Manning.

Answer 2

Je recommande la recherche sur les ressources liées à Enterprise Application Integration (EAI), qui tourne autour des modèles différents et ESB et les modèles utilisés pour intégrer des solutions. Pensez-y est un GOF pour les architectures ESB:

http://www.enterpriseintegrationpatterns.com/

et

http://www.enterpriseintegrationpatterns.com/toc.html

Tous ces modèles vous donnerait une idée de ce que les gens utilisent pour atteindre ESB de et modèles sont utiles pour fournir des pièges de do-it-yourself intégration ESB. Je l'ai appris une quantité immense à travers ce livre et par les gens qui la source de celui-ci.