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

Question

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

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

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

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

Answer 1

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

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

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

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