Différence entre le gestionnaire de files d'attente et le courtier de messages
Quelle est la différence entre un courtier de messages Websphere et un gestionnaire de files d'attente. Je suppose que le gestionnaire de files d'attente place les messages dans la file d'attente, enlève les messages de la file d'attente, déplace les messages vers les files d'attente, etc. Quel est donc le travail du courtier?
Est-il situé entre l'éditeur et le gestionnaire de files d'attente ou entre le consommateur et le gestionnaire de files d'attente?
Websphere MQ est un logiciel qui utilise le AMQ (protocole de messagerie asynchrone). Vous pouvez obtenir une messagerie asynchrone entre vos applications via Websphere MQ, ce qui rendra votre infrastructure faiblement couplée (les applications peuvent continuer à fonctionner même si d'autres applications sont en panne dans l'infrastructure).
Mais les applications de votre infrastructure peuvent ne pas être en mesure de comprendre les formats de message des autres, et donc l'envoi du message à l'application cible peut ne pas suffire. Tu peux require transformation du message.
Vous pouvez le faire en écrivant votre propre programme utilisant l'API Websphere MQ. Votre programme devrait être capable de faire les choses ci-dessous:
- Choisir un message dans une file d'attente spécifique (à l'aide de MQGET)
- Doit être capable de comprendre le message. C'est-à-dire que c'est un message XML. Ensuite, votre programme doit être capable d'analyser le XML et de lire les données qu'il contient.
- Après avoir lu le message d'entrée, vous ferez votre message de sortie en fonction des exigences.
- Ensuite, vous publierez le message ou le placerez dans une file d'attente spécifique (par exemple TargetQ), afin que l'application cible puisse obtenir le message. L'application cible recevra alors le message soit en émettant MQGET sur TargetQ soit en s'abonnant au sujet qui a été publié à partir de votre application.
Mais l'écriture de votre propre programme prendra beaucoup de temps et d'efforts de développement et peut également être un peu complexe.
IBM a donc fourni son propre logiciel pour faire le travail, qui est "Websphere Message Broker".
WMB vous permet de créer des programmes very easily et a lot faster.
Les nœuds appropriés dans WMB feront toutes les étapes ci-dessus pour vous. En fait, il offre beaucoup de fonctionnalités que les étapes ci-dessus.
Websphere MQ n'a toujours pas d'écouteur HTTP. Mais, un courtier de messages le fait. Il vous permet d'héberger web services et ont également des flux basés sur HTTP, etc. de manière sécurisée (prend en charge SSL).
MQ vous fournit l'infrastructure de messagerie: files d'attente et rubriques - IBM MQ
IBM Integration Bus (anciennement WebSphere Message Broker) vous permet d'appliquer les modèles EAI communs , par exemple Routage, transformation
J'espère que cela pourra aider.
Bien, Patrick
WebSphere MQ est une solution pour les services de communication d'application à application, quel que soit l'endroit où résident vos applications ou vos données. Que ce soit sur un seul serveur, sur des serveurs séparés du même type ou sur des serveurs distincts de différents types d'architecture, WebSphere MQ facilite les communications entre les applications en envoyant et en recevant des données de message via des files d'attente de messagerie. Les applications utilisent ensuite les informations contenues dans ces messages pour interagir avec les navigateurs Web, la logique métier et les bases de données. WebSphere MQ fournit une couche de transport sécurisée et fiable pour déplacer des données inchangées sous forme de messages entre les applications, mais il n'a pas connaissance du contenu des messages. WebSphere MQ utilise un ensemble d'interfaces de programmation d'applications (API) petites et standard qui prennent en charge un certain nombre de langages de programmation, notamment Visual Basic, NATURAL, COBOL, Java et C sur toutes les plates-formes.
WebSphere Message Broker est conçu pour étendre WebSphere MQ et il est capable de comprendre le contenu de chaque message qu'il parcourt via le courtier. Les clients peuvent définir l'ensemble des opérations sur chaque message en fonction de son contenu. Les noeuds de traitement des messages fournis avec WebSphere Message Broker sont capables de traiter des messages provenant de diverses sources, telles que les fournisseurs Java Message Service (JMS), les appels HTTP) ou les données lues à partir de fichiers En connectant ces nœuds entre eux, les clients peuvent définir des opérations liées sur un message au fur et à mesure qu'il circule d'une application vers sa destination.
Message Broker peut effectuer les opérations suivantes:
- Correspond et achemine les communications entre les services
- Convertit entre différents protocoles de transport
- Transforme les formats de message entre le demandeur et le service
- Identifie et distribue les événements d'entreprise à partir de sources disparates
Ensemble, WebSphere MQ et WebSphere Message Broker offrent une fonction complète de publication et d’abonnement, connectant la large prise en charge du transport et du format de Message Broker à la dorsale de messagerie de WebSphere MQ. WebSphere Message Broker étend la fonctionnalité de publication et d'abonnement de WebSphere MQ avec des fonctions avancées telles que la publication et l'abonnement basés sur le contenu au moyen d'un noeud de publication amélioré. Les deux produits partagent un domaine de publication et d'abonnement commun pour les opérations basées sur le sujet et le contenu
Je veux ajouter seulement deux points: Message Broker (maintenant IIB) comprend un ensemble d'analyseurs optimisés et rapides (XML, CSV, etc.) et des nœuds de mappage utiles (msg-msg, msg-db). MQ est également utilisé pour les messages de configuration internes provenant de Configuration Manager.