Windows Azure上的作业队列设计

Question

有哪些设计成功用于在Windows Azure上实现作业处理？

要求：

1. 能够将作业推入队列。
2. N个工作人员可以从队列中使用作业并处理它们。
3. 工作的调用者应该能够被警告（推，而不是轮询）正在完成的工作。

迄今为止的研究：

1. 使用 Azure服务总线队列创建“作业”队列（http://blogs.msdn.com/b/appfabric/archive/2011/05/17/an-introduction-to-service-bus-queues.aspx）
2. Web前端将Jobs推送到队列，worker无限期地阻塞Receive（）（请参阅http://msdn.microsoft.com/en-us/library/microsoft.servicebus.messaging.brokeredmessage.aspx），直到Job准备好（以避免“null”长轮询，这会因API调用事务而花钱成本）

关于工作完成的通知：

1. 当作业完成时，没有明显的警报能力。 我认为我可以利用服务总线主题/订阅（https://www.windowsazure.com/en-us/develop/net/how-to-guides/service-bus-topics/）并让呼叫者“订阅”“作业完成通知”主题，但是：
   • 您显然无法多次订阅同一主题，除非您创建多个“订阅”条目（不会扩展）
   • 除非我们为每个作业ID创建了“订阅”，并且在该订阅上的Receive（）API调用（使用I / O完成端口）上有调用程序块，否则我们无法获得实时通知已完成工作。

有没有人有过实现此类Job系统的经验（实时，低延迟，以及调用者的完成通知）？

由于

Answer 1

实际上，队列并不支持推送。关于队列的整个想法是接收者不需要实时接收消息，并且想要定期检查消息。如果需要实时通信，可以在接收方创建HTTP / TCP侦听器，让发送方发出HTTP / TCP请求。

因此，一种方法是使用内部端点在Web角色上创建Web服务。您使用队列将服务的地址以及消息发送到辅助角色。作业完成后，辅助角色将调用该服务以通知Web角色该作业已完成。

这种方法很好，但它没有提供太多价值。它无法在UI上显示某些内容（除非您实现Web套接字），因为服务器无法通知浏览器。因此，如果您想在浏览器客户端中显示通知，我建议您使用拉解决方案（除非您实现Web套接字）。如果您使用的是富客户端，则可以在客户端计算机上托管Web服务，并让worker角色通过调用该服务来通知客户端。

最诚挚的问候，

徐明。