2015-04-09 3 views
1

Мне нужно создать POC, чтобы продемонстрировать, что Rebus будет работать в этом сценарии -Реализация Ребуса

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

ответ

1

Я предлагаю вам взглянуть на the pub/sub sample, который демонстрирует сценарий с тремя отдельными приложениями, одним издателем и двумя подписчиками.

В большинстве сценариев я рекомендую вам создать один контейнер для каждой конечной точки, что подразумевает одну очередь на конечную точку.

+0

Спасибо за руководство. Я попробую это. –

+0

The Pub-Sub работал. Спасибо за это. –

+0

У меня есть еще одна проблема. В системе, управляемой событиями, где процессы прослушивают различные события и основаны на их возникновении, они выполняют некоторую обработку. Один процесс хочет слушать все события, но другой процесс только для определенных. Я предложил решение для размещения нескольких издателей на основе событий (например, FileDropped, Fileprocessed, FileDeleted), и затем каждый подписчик может подписаться на те, которые они хотят. Это похоже на хорошее решение? ИЛИ Второй вариант для фильтрации сообщений типа логики, где субцибер будет получать только сообщения, которые он намеревается получить –

Смежные вопросы