WebMethods ESB est-il mis à l'échelle?

Question

Je recherche des personnes ayant déjà utilisé WebMethods ESB pour gérer des volumes de trafic importants (taille et nombre de messages). Comment cela s'est-il passé? Y a-t-il eu des problèmes et comment les avez-vous résolus?

Answer 1

D'après les environnements avec lesquels j'ai eu affaire (de 4 à 1000 serveurs), il évolue plutôt bien.

Cela dépend énormément du type de technologie de transport d'informations que vous gérez.

Le plus rapide est le courtier WebMethods Broker exclusif, qui, sur un serveur bien configuré, peut facilement gérer des millions de messages de plus de 100 Ko par jour.

Si vous utilisez un transport JMS directement sur le courtier (pas de transformation / repush sur le format de courtier natif), les étapes supplémentaires de gestion des messages le ralentissent un peu (mais la nouvelle version 7.1.2 s'est considérablement améliorée).

Les autres types de transport (services Web sans état et autres) n’impliquent généralement pas un ESB, mais votre architecture logistique peut varier, vous n’avez donc pas de réponse claire à vous donner.

La plupart du temps , le clonage des composants dans des systèmes en cluster ou non est suffisant (le processus est généralement lié à l'IO, de sorte que vous pouvez obtenir de bons résultats sur la virtualisation [ou para-virtuel, conteneur, systèmes], parfois vous avez vraiment besoin de plus de métal.

Answer 2

À vrai dire, les gens obtiennent de bons chiffres avec webMethods (mais ils n'utilisent pas la mise en cluster de webMethods). Les flux de webMethods peuvent évoluer, avec l'inconvénient qu'ils ne sont pas persistés à chaque étape. Si vous n'utilisez pas de processus, vous devriez être d'accord avec la mise à l'échelle.