J'ai parcouru différentes questions / articles sur les courtiers de messages et les ESB (même sur stackoverflow). Vous ne savez toujours pas quelle est la différence de démarcation CLEAR entre un courtier de messages et un ESB? J'essaye maintenant de comparer les produits, Websphere Broker et Mule ESB !!
Premièrement, est-ce que (toute version) Webshere Broker est un ESB? Nos produits IBM prétendent qu'il s'agit d'un ESB! (Cela ne m'étonne pas).
Mes informations limitées m'indiquent qu'un courtier de messages fonctionne sur un modèle HUB-SPOKE. Cependant l'ESB fonctionne sur une architecture de bus. Maintenant qu'est-ce que ça veut dire? J'ai lu que si le HUB échoue (indisponible je suppose), le courtier échoue complètement. Ce qui n'est pas le cas d'un ESB (comme disent ces gars-là). Ce que je ne comprends pas ici, c'est "Et si le BUS" échoue?
Maintenant, le truc habituel à propos des ESB et des courtiers est que, ils fournissent le routage, la transformation, l'orchestration, etc. Donc, si les deux fournissent cela, alors pourquoi choisirais-je l'un plutôt que l'autre.
Un autre domaine de conflit concerne la TRANSFORMATION. Les ESB le facilitent-ils différemment par rapport aux courtiers en messages? J'aimerais vraiment avoir un aperçu de cela.
Parlons maintenant de la mise à l'échelle HORIZONTALE. Qui surpasse le qui? Ou les deux sont-ils également évolutifs en termes de complexité (ou de tout autre facteur). Bien sûr, en termes de coût, Webshpere Broker vous facturera pour chaque boîte (sans parler de chaque processeur). Je crois que même le MULE ESB commercial ne fait pas cela. En laissant de côté la partie coût, quelles sont les implications de la mise à l'échelle ESB et de la mise à l'échelle de Message Broker. Je sais que vous pouvez passer au niveau de service dans ESB. Est-ce possible dans un courtier de messages?