Использование реального мира очередей JMS/message? [закрытый]

Используйте их постоянно для асинхронной обработки длительных операций. Веб-пользователь не захочет ждать обработки запроса более 5 секунд. Если у вас есть один, который работает дольше этого, один из вариантов - отправить запрос в очередь и немедленно отправить обратно URL-адрес, который пользователь может проверить, чтобы увидеть, когда задание будет завершено.

Публикация / подписка - еще один хороший метод для отделение отправителей от множества получателей. Это гибкая архитектура, потому что абоненты могут приходить и уходить по мере необходимости.

У меня было так много удивительных применений JMS:

• Общение через веб-чат для обслуживания клиентов.

• Ведение журнала отладки на сервере. Все серверы приложений транслировали сообщения отладки на разных уровнях. Затем можно запустить клиент JMS для отслеживания сообщений отладки. Конечно, я мог бы использовать что-то вроде syslog , но это дало мне всевозможные способы фильтрации вывода на основе контекстной информации (например, по имени сервера приложения, вызову API, уровню журнала, идентификатору пользователя, типу сообщения, и т.д...). Я также раскрасил вывод.

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

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

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

• И обычные - очереди транзакций для отложенных действий, таких как выставление счетов, обработка заказов, подготовка, создание электронной почты ...

Это замечательно везде, где вы хотите гарантировать асинхронную доставку сообщений.

и оповещение людей с помощью различных средств (электронная почта, текстовые сообщения, мгновенные сообщения, всплывающее окно Growl ...)

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

И обычные - очереди транзакций для отложенных действий, таких как выставление счетов, обработка заказов, подготовка, создание электронной почты ...

Это замечательно везде, где вы хотите гарантировать асинхронную доставку сообщений.

и оповещение людей с помощью различных средств (электронная почта, текстовые сообщения, мгновенные сообщения, всплывающее окно Growl ...)

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

И обычные - очереди транзакций для отложенных действий, таких как выставление счетов, обработка заказов, подготовка, создание электронной почты ...

Это замечательно везде, где вы хотите гарантировать асинхронную доставку сообщений.

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

И обычные - очереди транзакций для отложенных действий, таких как выставление счетов, обработка заказов, подготовка, создание электронной почты ...

Это замечательно везде, где вы хотите гарантировать асинхронную доставку сообщений.

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

И обычные - очереди транзакций для отложенных действий, таких как выставление счетов, обработка заказов, подготовка, создание электронной почты ...

Это замечательно везде, где вы хотите гарантировать асинхронную доставку сообщений.

отлично подходит везде, где вы хотите гарантировать асинхронную доставку сообщений.

отлично подходит везде, где вы хотите гарантировать асинхронную доставку сообщений.

Распределенные (а) синхронные вычисления.
Примером из реальной жизни может служить инфраструктура уведомлений для всего приложения, которая отправляет письма заинтересованным сторонам в различные моменты в ходе использования приложения. Таким образом, приложение будет действовать как Производитель , создав объект Сообщение , поместив его в конкретную Очередь и продвинувшись вперед.
Будет набор из потребителей , которые подпишутся на рассматриваемую очередь и позаботятся об обработке отправленного сообщения . Обратите внимание, что в ходе этой транзакции источники не связаны с логикой обработки данного сообщения .
Платформы обмена сообщениями (ActiveMQ и подобные) выступают в качестве основы для облегчения таких транзакций Message , предоставляя MessageBroker s.

.

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

Например, скажем, у вас есть дорогая и очень важная часть По такой логике, как «покупайте товары», важной частью покупки будет «уведомить магазин товаров». Мы делаем вызов уведомления асинхронным, чтобы любая логика / обработка, задействованная в вызове уведомления, не блокировала и не конкурировала с ресурсами с помощью бизнес-логики покупки. Конечный результат, покупка завершена, пользователь доволен, мы получаем свои деньги, и поскольку доставка очереди гарантирована, магазин получает уведомление, как только он открывается или как только в очереди появляется новый товар.

Мы использовали обмен сообщениями для создания онлайн-котировок

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

Обмен сообщениями - отличный инструмент для интеграции.

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

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

Apache Camel, используемые в сочетании с ActiveMQ, отлично подходят для корпоративных интеграционных схем

.