cqrs eventstore通过Web服务调度

Question

除了延迟之外，循环浏览Web服务列表以发布事件是否存在明显的劣势？

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

编辑：
与什么相反？ - 彼得里奇

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

其他问题 - Ruben Bartelink

• 使用joliver的eventstore。
• Web服务将是“订阅”该事件的webapi restfull服务（内部）或第三方服务。
• 循环访问Web服务，因为每个Web服务都是需要调度的地址。
• 还没有c＃代码，因为我尚未达到这一点。
• 我还在评估整个项目的技术，有一个问题，决定把它放在堆栈溢出处，看看每个人都在做什么。

昨天我的研究补充资料：
在选择通信方法方面，了解企业服务总线（ESB）http://en.wikipedia.org/wiki/Enterprise_service_bus非常有用。在.net世界中，nservicebus似乎很受欢迎，但不是免费的，公共交通是免费的，但我在构建和运行样本时遇到了麻烦。 T.T

公共交通背后的其中一位人员对消息传递与网络服务的一般概述：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服务，您的前端应用程序不会因上述任何原因而失败。