存储队列与服务总线队列 - 轮询/成本问题

Question

我有一点哲学问题。我们正在使用存储队列来处理“票证”。我们实现的方式是我们有一个后台服务（工作角色），它正在轮询存储队列并找出是否有任何票要处理。我们所做工作的性质是季节性的。这意味着不会一直有票需要处理。我们面临的问题是 - 由于多个工作角色实例不断轮询存储队列，我们​​有成本影响，因为它只是调用了太多的 GetMessage()。

我遇到了具有基于事件功能的服务总线队列。我们有 OnMesage() 的概念，每当有新消息在服务总线队列上可用时，它就会被调用。

但我的问题是 - OnMessage() 是否继续并在内部调用 Receive()？这意味着它只是语法糖，并且在内部它仍在进行轮询，并且在服务总线队列案例中也会产生成本影响吗？

对此的任何见解都会有所帮助。

Answer 1

Azure 服务总线客户端正在使用 长轮询 从代理检索消息。 默认情况下，它设置为 1 分钟或消息到达时。因此，如果您有一条消息在 1 分钟之前显示，它将被检索，并且会出现另一个 1 分钟的民意调查。 OnMessage/MessageHandler 也不例外。它是在低级接收操作之上的更高层次的抽象。