Je suis à la recherche de personnes ayant eu des expériences de mise à l'échelle de WebMethods ESB pour des volumes de trafic importants (tant en termes de taille que de nombre de messages). Comment cela s'est-il passé ? Y a-t-il eu des problèmes et comment les avez-vous résolus ?
Réponses
Trop de publicités?
D'après les environnements auxquels j'ai eu affaire (de 4 à 1000 serveurs), il s'adapte assez bien.
Cela dépend fortement du type de technologie de transport de l'information que vous gérez.
Le plus rapide es le courtier propriétaire webMethods, qui, sur un serveur bien configuré, peut facilement traiter des millions de messages >100kb par jour.
Si vous utilisez un transport JMS directement sur le courtier (sans transformation/repoussée sur le format natif du courtier), les étapes supplémentaires de traitement des messages le ralentissent un peu (mais la nouvelle version 7.1.2 s'est grandement améliorée).
D'autres types de transport (services web sans état et autres) n'impliquent généralement pas d'ESB, mais votre architecture logistique peut varier, donc pas de réponse claire à ce sujet.
La plupart du temps le clonage des composants dans des systèmes en grappe ou non est suffisant (le processus est principalement lié aux entrées-sorties, ce qui permet de réduire les coûts). pourrait obtenir de bons résultats avec la virtualisation [ou les systèmes para-virtuels, les conteneurs] ; parfois, vous avez vraiment besoin de plus de métal.
Miguel Ping
Points
9013
AFAIK, les gens obtiennent de bons chiffres avec webMethods (mais ils n'utilisent pas le clustering webMethods). Les flux webMethods peuvent évoluer, mais l'inconvénient est qu'ils ne sont pas persistants à chaque étape. Si vous n'utilisez pas de processus, vous devriez être à l'aise avec la mise à l'échelle.
