NServiceBus由於本地輸入隊列的硬性需求，分銷商/工作者模式對於MSMQ非常有意義。NServicebus + RabbitMQ和分銷商
但是，RabbitMQ並非如此，我想了解NServiceBus分銷商如何以及何時與RabbitMQ相關。通過RabbitMQ，多名工作人員可以從同一個遠程隊列中讀取數據。
實際情況與使用AWS自動擴展組來擴展指向高可用性RabbitMQ羣集的工作人員類似。現在，避免經銷商完全可以使建立，測試和供應更簡單。
想法？
NServiceBus是一個很好的系統，它在大多數消息隊列系統中沒有集成的分配器（在RabbitMQ中使用交換）。我們在我們公司使用NServiceBus。
Azure Queues和MSMQ是這種排隊技術的完美例子。
NServiceBus在內部處理分配，因此爲您再現此功能。
但是...如果你與氣勢，你可以用什麼排隊技術的可能性祝福，那麼我強烈建議你尋找到的RabbitMQ和產品（開放源代碼）稱爲MassTransit
http://masstransit-project.com/
MassTransit可以依次在兩種模式下運行，並可以爲您分配或模擬分配 - 但我仍然對NServiceBus情有獨鍾，就像我們的高級開發人員在這裏一樣。
通過此頁面... http://docs.particular.net/nservicebus/load-balancing-with-the-distributor 使用分配器只在使用MSMQ時有用 - 如果您不使用MSMQ則沒有意義。 RabbitMQ和其他傳輸將允許從多個消費者訪問相同的隊列，而MSMQ不會。簡而言之，分銷商將從主隊列中獲取消息，並將其分發到多個工作隊列中，因爲他們報告他們正在處理他們正在處理的任何事情。
由於RabbitMQ運輸屬於經紀公司風格，因此，在您的使用案例中，不使用經銷商會更有意義。
對於所有代理風格的傳輸也是如此，您可以在其中使用競爭消費模式進行擴展。