Рекомендация по конфигурации очереди Mule JMS

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

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

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

Любая обратная связь будет приветствоваться. Есть ли какие-то «лучшие практики» в этом отношении?


person user486442    schedule 25.10.2010    source источник


Ответы (1)


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

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

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

спасибо, Мэтт

person matt    schedule 16.11.2010