Вопрос

Я ищу людей, у которых был опыт масштабирования webMethods ESB до больших объемов трафика (как размера, так и количества сообщений).Как все прошло?Были ли какие-то проблемы и как вы их решали?

Это было полезно?

Решение

Судя по средам, с которыми я имел дело (от 4 до 1000 серверов), он довольно хорошо масштабируется.

Это в значительной степени зависит от типа технологии передачи информации, которой вы управляете.

Самый быстрый является проприетарный брокер webMethods, который на хорошо настроенном сервере может легко обрабатывать миллионы сообщений объемом > 100 КБ в день.

Если вы используете транспорт JMS непосредственно на брокере (без преобразования / повторной загрузки в собственном формате брокера), дополнительные шаги по обработке сообщений немного замедляют его (но новая версия 7.1.2 значительно улучшилась).

Другие виды транспорта (веб-сервисы без состояния и другие) обычно не требуют ESB, но ваша логистическая архитектура может отличаться, поэтому четкого ответа нет.


Большую часть времени, достаточно клонирования компонентов в кластерных или некластерных системах (процесс в основном связан с вводом-выводом, поэтому вы мог бы добивайтесь хороших результатов в виртуализации [или пара-виртуальных, контейнерных, системах];иногда вам действительно нужно больше металла.

Другие советы

AFAIK, люди получают несколько хороших цифр с помощью webMethods (но они не используют кластеризацию webMethods).Потоки webMethods могут масштабироваться, с тем недостатком, что они не сохраняются на каждом этапе.Если вы не используете процессы, вас должно устраивать масштабирование.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top