Пример PubSub в MassTransit

После прочтения образца публикации / подпроекта в MassTransit я почесал в затылке.

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

ОДНАКО -

В реальной среде цель pub / sub (в моем понимании) состоит в том, чтобы небольшое количество издателей взаимодействовало с большим количеством подписчиков. В случае, если подписчик выполняет какую-либо операцию CRUD, не должен ли шаблон связи препятствовать обработке сообщения более чем одним подписчиком? Было бы менее чем желательно, чтобы двадцать подписчиков, например, пытались обновить одну и ту же запись в базе данных.

Это просто случай ошибочного примера проекта?

Если pub / sub можно использовать для операций CRUD, как вы сконфигурируете платформу, чтобы только один подписчик мог выполнять операцию?

Я просто полностью отсутствует основная информация о назначении pub / sub?

Спасибо за предоставленные разъяснения ...

Дэвид