Какова общая практика для нацеливания на внешние серверы в Oracle WebLogic Server

Question

Мы пытаемся придумать что-то похожее на простую и прямолинейную модель для нацеливания ресурсов JMS в WebLogic (я знаю, что это большая вероятность).Очереди и темы можно легко и довольно интуитивно отобразить на серверах JMS, работающих на серверах WebLogic, но внешние серверы и ресурсы в них кажутся более сложными.

В обоих WLS 10.0 и 10.3 внешние серверыво-первых, не определяется рядом с JMS-серверами, но входит в состав модуля JMS.Во-вторых, они по умолчанию нацелены на целевой модуль JMS, в котором они определены, то есть на кластер WLS или сервер (ы) WLS, в отличие от «не чужих» ресурсов, которые предназначены для серверов JMS с помощью вложенных развертываний.

Однако с помощью расширенного таргетинга также можно настроить таргетинг на внешние серверы на серверах JMS.В результате получается модель, которая гораздо более симметрична по отношению к иностранным / «чужим» ресурсам JMS.

Расширенное таргетирование http://dexter.xebialabs.com/Media/foreign_server_advanced_targeting.png

Итак, вопросы:

1. Есть ли какая-либо причина, помимо исторической случайности, почему ориентация на внешние ресурсы и «не чужие» ресурсы так различна (внешние ресурсы по умолчанию на кластере WLS или серверах WLS по сравнению с не чужими ресурсамина серверах JMS)?
2. Существуют ли распространенные или оптимальные методы для ориентации на иностранные и не иностранные ресурсы?
3. Существуют ли причины, по которым не следует ориентировать внешние серверы на серверах JMS черезПодразделения?

Заранее спасибо!

Эндрю Филлипс

Answer 1

1) Внешние серверы JMS раньше определялись как автономный компонент, аналогичный соединителям, мостам обмена сообщениями и т. Д. Эти компоненты (исторически) предназначены для серверов приложений или кластеров напрямую, а не для промежуточного компонента, такого как сервер JMS.

В более поздних выпусках Oracle попыталась объединить как внутреннюю, так и внешнюю JMS под универсальным зонтиком.Тем не менее, целевые параметры оставались разными.Чтобы обеспечить гибкость в части JMS, были введены дополнительные развертывания.Похоже, что Oracle была расширена до развертывания на внешних серверах ради согласованности, что делает вещи довольно сложными / грязными.

Я бы не назвал это случайностью, поскольку более новые выпуски продолжают соответствовать этой настройке :)

2) Для приложений, развернутых в кластерах, вам потребуется отдельный модуль JMS, определенный для всего порядка кластеров.Множество определений вашей фабрики соединений искажают балансировку нагрузки JMS.

Наши лучшие практики были сосредоточены вокруг стандарта создания одного модуля JMS на кластер (или сервера приложений, если он не был кластеризован), а затем создания как стороннего сервера, так и фабрик очередей / соединений JMS weblogic внутритот же модуль.Кроме того, наличие хороших соглашений об именах для ваших дополнительных развертываний и модулей JMS имеет большое значение.

3) На сторонних серверах (особенно с IBM MQ) могут возникнуть многочисленные сложные проблемы, если вы запустили> 16 одновременныхМБР.Мы избегали использования Foreign Server -> JMS Server -> Managed Server, чтобы сократить дополнительный уровень порядка абстракций / сложности, чтобы упростить настройку.Вы также снижаете риск того, что исключения вашего стороннего сервера будут замаскированы загадочным исключением сервера JMS (у меня нет никаких доказательств этого).

Товарищ по команде однажды предложил установить «Иностранный сервер -> Сервер приложений»был более производительным, но мы заставили команду Oracle подтвердить, что это всего лишь логическое / эстетическое изменение и не должно иметь большого значения.

Надеюсь, это поможет!

Answer 2

Хотя я не эксперт в этой области, мое понимание в этой теме было следующим: Основой было разделение вопросов «что» и «как» на jms-модули и jms-серверы. Модули JMS управляют сообщениями и адресатами, а jms-серверы управляют хранением и доставкой этих сообщений.

Когда дело доходит до внешних серверов JMS, вероятно, это становится неясным. Ресурс является просто местом назначения, а «как» теоретически относится к чужому серверу.