cqrs 事件存儲通過 Web 服務分派到

Question

除了延遲之外，循環遍歷 Web 服務列表以發布事件是否有明顯的缺點？

Dispatcher(event) {
    var services = getServices();
    for each service in services {
        callService(service, event);
    }
}

編輯：
與什么相反？ — 彼得·里奇

• 使用 Web 服務而不是 MSMQ 或 nServiceBus。

其他問題——魯本·巴特林克

• 使用 joliver 的 eventstore。
• 網絡服務將是“訂閱”事件的 webapi restfull 服務（內部）或第三方服務。
• 循環遍歷 Web 服務，因為每個 Web 服務都是一個需要調度的地址。
• 還沒有 c# 代碼，因為我還沒有達到那個點。
• 我仍在評估整個項目的技術，有一個問題，決定把它放在堆棧溢出上，看看每個人可能在做什么。

我昨天研究的補充信息：
在選擇通信方法方面，了解企業服務總線 (ESB) http://en.wikipedia.org/wiki/Enterprise_service_bus很有用。 在 .net 世界中，nservicebus 似乎很受歡迎，但不是免費的，公共交通是免費的，但是我在構建和運行示例時遇到了麻煩。 TT

公共交通背后的一個人對消息傳遞與 Web 服務的總體概述： http : //blip.tv/ineta-live/event-driven-architecture-by-chris-patterson-north-dallas-net-ug- on-02-03-2010-3193457

Answer 1

在以下情況下，通過直接從面向用戶的應用程序層調用各種 Web 服務來發布事件可能會很麻煩：

1. 遠程服務不可用，
2. 遠程服務中斷並返回意外錯誤代碼，
3. 遠程服務很慢，你的用戶不喜歡等待，
4. 等等。

通過將事件通過隊列發布到某個工作應用程序，負責調用各種 Web 服務，您的前端應用程序不會因上述任何原因而失敗。