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

Question

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

我遇到了具有基于事件功能的服务总线队列。这里我们有 OnMesage() 的概念，每次服务总线队列上有新消息可用时，都会调用该概念。

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

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

Answer 1

Azure 服务总线客户端正在使用长轮询从代理检索消息。默认情况下，它设置为 1 分钟或消息到达时。因此，如果您有一条消息在 1 分钟内显示，系统会检索该消息，并且再次进行 1 分钟的轮询将会出现问题。 OnMessage/MessageHandler 也不异常(exception)。它是低级接收操作之上的更高级别的抽象。