Очереди ActiveMQ замедляются из-за подключения к брокеру? - PullRequest
0 голосов
/ 06 декабря 2011

Здравствуйте, если 2 приложения обмениваются данными посредством отправки в очередь JMS друг друга, но одно из них имеет спорадическую сетевую медлительность для брокера activeMQ, что замедлит их связь между очередями?

I 'Мне было приказано добавить мое приложение в местоположение B, но мы должны держать нашего брокера в местоположении A. Сетевое соединение может быть медленным A <-> B. Я дал B свой собственный маленький мир, включая собственный экземпляр приложения.это общается больше всего с.Это все через очередь-в-очередь, но замедлится ли JMS-брокер на А замедлится?Приложения в B очень мало взаимодействуют с брокером, когда начинают связываться из очереди в очередь.

1 Ответ

0 голосов
/ 16 февраля 2012

Не знаю, полностью ли я понимаю ваши вопросы. Вы хотите иметь в виду: «Если мой брокер приложения <-> работает медленно, замедлит ли он мою очередь activeMQ?» Ну, оба не связаны. Медленное подключение к брокеру означает две вещи:

  • Удаленному приложению на сайте A потребуется больше времени для удаления сообщений (и, следовательно, подтверждения сообщений). Это означает, что у вас может быть случай медленного потребителя (вы должны защититься от этого, как если бы у вас была высокая пропускная способность, хранилище данных могло бы взорваться в размере и достигнуть пределов),
  • Удаленному приложению на сайте A потребуется больше времени для постановки сообщений в очередь. Как только сообщение передано посреднику, приложение в B не будет иметь медлительности для его обработки.

В конце я только предвижу проблемы с потреблением от B до A, но вы можете защитить себя от этого (см. Медленная обработка потребителей ), и это произойдет, только если ваше соединение очень медленное и у вас большое количество сообщений в секунду. Брокер не будет подвержен влиянию медленного соединения с потребителем, в противном случае

...