Поддерживает ли tibco «многоадресную рассылку»?многоадресная/рабочая очередь с Tibco
Я предполагаю, что другой термин используется для «рабочих очередей». (Как показано в ссылке RabbitMQ ниже)
См: http://www.rabbitmq.com/tutorials/tutorial-two-dotnet.html
Я называю их «борцами», как несколько процессов могут быть подключены к одной очереди, а когда сообщение поступает в очередь, один из несколько процессов получат сообщение, но не все из них.
В EMS и большинстве систем обмена сообщениями JMS (поддерживающие очереди и темы) это УЖЕ поведение по умолчанию.
In не будет называть это «многоадресной» или «рабочей очередью», а просто «распределением нагрузки» или «балансировкой нагрузки». Active-Mq называет это «Clustering» (мне не нравится этот термин, но the diagram is neat).
Официальное название рисунка «Competing consumers (EIP)».
Независимо от того, что вы называете это, это очень легко сделать в EMS. По умолчанию очередь принимает несколько клиентов для чтения (вы можете изменить это и сделать их эксклюзивными, see the user doc). Когда очередь считывается двумя или более потребителями, и сообщение отправляется в очередь, сообщение отправляется одному из ЛЮБЫХ потребителей. Отсюда и ожидаемое поведение.
См. Также раздел the same link в разделе «Многоадресная рассылка с EMS». (14, страница 411). Это другое ... это ACTUAL NETWORK BASED Multicast, предназначенный для поддержки снижения сетевого трафика, когда тема публикует публикации большому количеству подписчиков.
FYI, EMS - это только одно из трех решений для обмена сообщениями от TIBCO. Остальные два - Rendez-vous (более старые, основанные на UDP) и FTL (более новое решение с низкой задержкой).