Рекомендация по настройке очереди Mule JMS - PullRequest
Новая
       11

Рекомендация по настройке очереди Mule JMS

3 голосов
/ 25 октября 2010

Я работаю над обновлением существующей конфигурации Mule, и задача состоит в том, чтобы улучшить ее для маршрутизации сообщений на разные конечные точки в зависимости от некоторых свойств сообщений, поэтому было бы неплохо иметь некоторые плюсы и минусы по двум вариантам иметь под рукой:

  1. Добавьте свойства сообщения, используя преобразователь «message-properties-transformer», который позже используется «filtering-router», чтобы выделить сообщение и поместить его в правильную конечную точку. Эта опция позволяет мне использовать одну очередь для всех пунктов назначения.

  2. Создайте одну очередь для каждого пункта назначения и, таким образом, вместо добавления какого-либо свойства для последующей маршрутизации, я просто сразу ставлю правильную очередь. То есть эта опция будет означать одну очередь на пункт назначения.

Любые отзывы приветствуются. Есть ли какие-либо "лучшие практики" в отношении этого?

1 Ответ

1 голос
/ 16 ноября 2010

У меня был большой успех при использовании вашего первого подхода с фильтрующим маршрутизатором. Это уменьшает связь между вашими производителями и потребителями. Это формирует ценную абстракцию, поэтому любой сервис может слепо отбрасывать сообщения в общем «исходящем».

Мы стали зависеть от мула в том, что касается фильтрации и маршрутизации сообщений, поэтому у нас есть выделенный кластер аппаратного обеспечения, чтобы делать только это. Используя mule, я смог добиться гораздо большей производительности и не должен поддерживать соединения со всеми очередями.

Недостатком является необходимость очень тщательно поддерживать версию объекта обмена сообщениями в глобальном масштабе, а также необходимость иметь под рукой набор преобразователей для принятия и преобразования из разных версий, если вы планируете обновить только часть своей инфраструктуры. *

спасибо, матовый

...