asp.net-mvc – 重载asp.net MVC Web API应用程序和异步消息总线

my web api calls can take some amount of times.
How should I design properly the api to support long
running operations (some kind of async?).

我不是100％肯定你要去哪里.您可以通过投入RabbitMQ和MassTransit来询问有关Async的问题,还可以提及消息排队.默认情况下,消息队列是异步的.

您还提到了执行命令.如果您指的是CQRS,则需要分离命令和查询.但是当我提到“长时间运行的流程”时,我所指的并不是100％.

>查询数据时,数据应该已经存在.优选地以手头问题所需的方式.
>查询数据时,不应启动长时间运行的进程
>执行命令时,可以启动长时间运行的进程.但这就是你应该使用消息队列的原因.指定一个任务来启动长时间运行的进程,为它创建一条消息,将其抛入队列,完全忘记它.后台的其他一些过程会把它拿起来.
>执行该命令时,可以启动长时间运行的进程.
>执行命令时,可以使用数据更新数据库
>如果有人请求数据,API可以使用此数据

使用此模型时,长时间运行过程可能需要长达10分钟才能完成.我不会详细说明实际上单个线程需要花费10分钟才能完成,包括锁定数据库,但我希望你明白这一点.将消息投入队列后,您的API几乎可以立即免费使用.那里不需要Async.

My calls to the service will consist is publishing a message and wait for the ack message.

我不懂. .NET Framework和您的排队平台将为您解决此问题.你为什么要等待确认？

在MassTransit

Bus.Instance.Publish(new YourMessage{Text = "Hi"});

在NServiceBus中

Bus.Publish(new YourMessage{Text = "Hi"});

I’m also wondering if SignalR can help me.

我应该这么认为！由于消息传递的异步性质,用户必须“等待”更新.如果您可以通过SignalR向用户“推送”更新来提供此数据,那就更好了.

Am I completely out of subject,and should I take another approach?

也许,我仍然不确定你要去哪里.
也许阅读以下资源.

资源：

http://www.udidahan.com/2013/04/28/queries-patterns-and-search-food-for-thought/
http://www.udidahan.com/2011/10/02/why-you-should-be-using-cqrs-almost-everywhere%E2%80%A6/
http://www.udidahan.com/2011/04/22/when-to-avoid-cqrs/
http://www.udidahan.com/2012/12/10/service-oriented-api-implementations/

http://bloggingabout.net/blogs/dennis/archive/2012/04/25/what-is-messaging.aspx
http://bloggingabout.net/blogs/dennis/archive/2013/07/30/partitioning-data-through-events.aspx
http://bloggingabout.net/blogs/dennis/archive/2013/01/04/databases-and-coupling.aspx