存儲隊列與服務總線隊列 - 輪詢/成本問題

Question

我有一個輕微的哲學問題。 我們正在使用存儲隊列來處理“票”。 我們實現的方式是我們有一個后台服務（工作者角色）輪詢存儲隊列並找出是否有任何要處理的票證。 我們工作的性質是季節性的。 這意味着不會一直處理票證。 我們面臨的問題是 - 由於多個輔助角色實例不斷輪詢存儲隊列，我們​​會產生成本影響，因為 GetMessage() 調用太多。

我遇到了具有基於事件功能的服務總線隊列。 我們有 OnMesage() 的概念，每當服務總線隊列上有新消息可用時，它就會被調用。

但我的問題是 - OnMessage() 是否會繼續並在內部調用 Receive()？ 這意味着它只是語法糖，並且在內部它仍在進行輪詢，並且在 Service Bus Queue 情況下也會對成本產生影響嗎？

對此的任何見解都會有所幫助。

Answer 1

Azure 服務總線客戶端使用長輪詢從代理檢索消息。 默認情況下，它設置為 1 分鍾或消息到達時。 因此，如果您有一條消息在 1 分鍾后顯示，它將被檢索，並且 1 分鍾的另一個輪詢將成為問題。 OnMessage / MessageHandler也不例外。 它是在低級接收操作之上的更高級別的抽象。