MVC - WCF - RabbitMQ -域事件通过消息队列到消费者加速或替代

领域驱动设计传递事件以分离有界上下文

---

MVC中的用户操作应该生成一个Event，该Event传递给远程(相同的LAN)事件处理程序。

我测试了什么:

1. MVC:即发即弃服务调用(异步)->
2. (IIS托管)收集数据并填充消息的WCF ->
3. 通过EasyNetQ/RabbitMQ ServiceBus发送->
4. 事件由处理事件的订阅者(使用从WCF服务端点初始化的DI容器)消费;它的数据。

我做了一些测试，看看它是如何工作的，如果服务被调用相当快的循环在MVC端

for (int i = 0; i < 200; i++)
{
        ...
        client.MyServiceMethod(someId, startDate); 
        ...
}

MessageQueue部分是快速的，基于它被发送到队列并在同一秒内被订阅者接收的时间戳。遍历WCF服务调用的速度非常慢。循环遍历它们需要很多秒。我尝试从wsHttpBinding切换到netttcpbinding，并在WCF中使用serviceThrottling。

WCF不是强制性的，但它似乎是一个单独的事件处理项目(在发布者端)将是有益的，可以从MVC应用程序的物理位置(减少负载等)。WCF是否适用于这种情况，或者我是否应该尝试使用Windows服务或其他自托管的应用程序，例如控制台应用程序等，或者可能使用MVC中的线程来生成事件数据，或者有更好的场景?这种类型的事件处理系统的最佳实践是什么?基本上，似乎有一些东西生成事件数据是有益的，因为它必须在某个地方处理，而不会减慢最终用户正在使用的UI