2016-10-11 114 views
0

我們的應用程序正在使用Azure服務總線進行消息傳遞。我們創建了幾個主題和訂閱者。我們每天會發送大約500封郵件,但是在圖中,它顯示了成千上萬個500條郵件的請求。我們的結算價格也是每月800美元左右。這對於500 * 30消息來說太多了。我無法理解爲什麼價格如此之高,而且我想知道圖表中的請求是什麼意思?Azure服務總線:什麼是請求和消息?

如果價格的原因是因爲請求數量的我又如何能降低請求數量?我正確看到的消息。問題只在於請求。

這只是一個示例圖供參考(非原創)。在原始圖形中,我看到大約100個500條消息的請求。 enter image description here

回答

0

這裏,在常見問題解答: https://azure.microsoft.com/en-us/pricing/details/service-bus/

是如何操作儀表計算隊列和主題?

對於牽線實體(隊列和主題/訂閱),操作與上任何協議服務總線服務的任何API相互作用。

甲發送,接收刪除消息,是小於或等於大小爲64KB被認爲是一個計費操作。如果消息大小大於64KB,則根據消息大小爲64KB的倍數計算可計費操作的數量。例如,發送到服務總線的8 KB消息將作爲一項操作計費,但發送到服務總線的96 KB消息將被計爲兩項操作。用鎖讀取8KB消息,然後完成或明確放棄該消息將被記錄爲兩個操作。更新對消息的鎖定也會導致操作。

同一消息的多個交付(例如,消息扇出到多個訂戶或消息檢索拋棄後,推遲,或死刻字)將被計算爲獨立的操作。例如,對於具有三個訂閱的主題,假設所有消息都被傳遞到所有訂閱並在讀取期間被刪除,則發送並隨後接收到的單個64KB消息將產生四個可計費操作,一個「輸入」加三個「輸出」 。

此外創建,讀取(上市),更新和刪除隊列,主題或訂閱將各自承擔的操作費用。

操作是針對隊列或主題/訂閱服務端點進行的API調用。這包括管理,發送/接收和會話狀態操作。

+0

感謝您的回覆。它給了我在這個問題上的清晰。 –

相關問題