服務匯流排 定價

使應用程式和裝置在私人和公用雲端之間保持連線

Azure 服務匯流排是座落在應用程式之間的訊息基礎結構,可讓應用程式交換訊息以增進規模和恢復功能。服務匯流排運作方式

服務匯流排提供基本、標準和進階層。以下是比較資料:

功能 基本 標準 高階
佇列
排定的訊息
主題
交易
刪除重複
工作階段
ForwardTo / SendVia
訊息大小 256 KB 256 KB 1 MB
包含代理連線 100 1,0001 1,000 每一 MU
代理連線 (允許超額部分) (計費) 每一 MU 最高 1,000
資源隔離
11,000標準傳訊層包含代理連線 (已包含在基本費用之中),可供相關聯之 Azure 訂用帳戶內的所有佇列、主題/訂閱與事件中樞一起共用。 服務匯流排進階層在專用資源中執行,可提供更高的輸送量和更一致的效能。

傳訊作業

作業是指服務匯流排服務的任何 API 呼叫。

基本
作業 每百萬個作業 $-
標準
基本費用 1 每月 $-
前 12.5M 個作業 / 月 已包含
後續 87M 個作業 (13M - 100M 個作業) / 月 每百萬個作業 $-
後續 2,400M 個作業 (100M - 2,500M 個作業) / 月 每百萬個作業 $-
超過 2,500M 個作業 / 月 每百萬個作業 $-
高階
每日 每訊息單位 $- 固定率

代理連線

AMQP 連線數或服務匯流排的 HTTP 呼叫數。

標準層次
前 1K / 月 已包含
後續 99K (1K – 100K) / 月 每月每連線 $-
後續 400K (100K – 500K) / 月 每月每連線 $-
超過 500K / 月 每月每連線 $-
高階層次
代理連線在高階層中不會收費。

混合式連線與 WCF 轉送

混合式連線按接聽程式單位數計費;當資料傳輸量超過每月所含的 5GB 時,則會另外計費。WCF 轉送依訊息量與轉送時數計費。
混合式連線定價
連線費用 (包含每月 5GB 的資料) 每個接聽程式 $-
超額資料傳輸 (資料超出所含的每月 5GB)* 每 GB $-

*5GB 的資料傳輸限制涵蓋所有接聽程式單位的資料傳輸總計。

WCF 轉送的定價
轉送時數 每 100 個轉送時數 $-
訊息 每 10,000 則訊息 $-

每月的價格依 744 個使用時數計算。連線數計費按增加的小時數計費。

支援與 SLA

  • 免費帳單及免費訂用帳戶管理支援
  • 每月 $29.0 起的彈性支援方案。依方案購買
  • 保證 99.9% 的可靠性。閱讀 SLA

常見問題集

  • 轉送功能會將各個傳送至其的訊息,以及由其所傳送的訊息計為需計費。計費訊息為最多 64KB 的資料框架。若訊息超過 64KB,例如傳回映像的 HTTP 回覆,則每超過的 64KB 皆會計為額外的計費訊息。若為實作要求/回應配置的一般轉送服務,要求會先傳至轉送功能再傳至服務,而回應會周遊相同路徑。總計為至少四則計費訊息。若為具有 4 個接聽程式的多點傳送服務,訊息傳送至轉送功能計為一則訊息,而傳送至接聽程式的 4 則訊息也會分別計為一則訊息,總計為 5 則訊息。

  • 對於代理實體 (佇列及主題/訂閱),作業是指任何通訊協定上服務匯流排服務的任何 API 互動。

    傳送、接收或刪除小於或等於 64KB 的訊息視為一個計費作業。如果訊息大於 64KB,計費作業的數量會依訊息大小是 64KB 的幾倍來計算。例如,一則傳送至服務匯流排的 8 KB 訊息將會以一個作業計費,但一則傳送至服務匯流排的 96 KB 訊息將會以兩個作業計費。讀取具有鎖定的 8KB 訊息,然後完成或明確放棄訊息,將以兩個作業計費。更新訊息的鎖定也會產生作業。

    重複傳遞同一則訊息 (例如,訊息分散傳遞給多個訂閱者,或放棄、延期或傳送失敗之後擷取訊息) 將計為獨立的作業。例如,一則 64KB、同一個主題的訊息傳送給三個訂用帳戶,訂用帳戶隨後收到訊息,將會產生四個計費作業,則以所有訊息都成功傳遞給所有訂用帳戶,並於讀取時刪除而言,就是一次「接收」加上三次「發送」。

    此外,建立、讀取 (列出)、更新和刪除佇列、主題或訂用帳戶將會個別產生作業費用。

    作業是指對佇列或主題/訂用帳戶服務端點執行的 API 呼叫。這包括管理、傳送/接收和工作階段狀態作業。

  • 轉送時數是以每個服務匯流排轉送「開啟」期間累積的時間總量計費。當啟用轉送的 WCF 服務,或稱「轉送接聽程式」第一次連接至提供的服務匯流排位址 (服務命名空間 URL) 時,轉送會隱含執行個體化並以該位址開啟。只有在最後一個接聽程式從該位址中斷連線時,轉送才會關閉。因此,為了計費方便,從第一個轉送接聽程式連接到該轉送的服務匯流排位址開始,到最後一個轉送接聽程式從該位址中斷連線為止,會將此轉送視為「開啟」。

  • 代理連線定義為下列其中一個:
    1. 從用戶端至服務匯流排主題/訂閱、佇列或 Event Hub 的 AMQP 連線。
    2. 從接收逾時值大於零的服務匯流排主題或佇列接收訊息的 HTTP 呼叫。

    對於超出包含數量 (標準和高階層中 1,000 個連線) 的尖峰並行代理連線數,Microsoft 會收費。尖峰以每小時來測量,一個月除以 744 小時按比例計算,再依整月計費週期合計。此包含數量 (每月 1,000 個代理連線) 在計費週期的期末計入按比例每小時尖峰的總和。

    範例:
    1. 5,000 個用戶端各透過單一 AMQP 連線,接收來自服務匯流排主題的命令,並將事件傳送至佇列。如果所有用戶端每天連線 12 小時,您會看到下列連線費用 (除了其他任何服務匯流排費用):5,000 個連線 * 12 小時 * 31 天 / 744 = 2,500 個代理連線。超過每月額度 1,000 個代理連線之後,就會以 1,500 個代理連線收費。
    2. 5,000 個用戶端透過 HTTP 接收來自服務匯流排佇列的訊息,指定非零逾時。如果所有裝置每天連線 12 小時,您會看到下列連線費用 (除了其他任何服務匯流排費用):5,000 個 HTTP 接收連線 * 每天 12 小時 * 31 天 / 744 小時 = 2,500 個代理連線。
  • 是的,沒錯。不論有多少傳送端系統/裝置,使用 HTTP 傳送事件都不需要連線費用。透過 HTTP 使用大於零的逾時接收事件 (有時稱為「長時間輪詢」) 會產生代理連線費用。AMQP 連線不論是用來傳送或接收,都會產生代理連線費用。請注意,基本命名空間中免費提供 100 個代理連線,而這也是 Azure 訂用帳戶允許的代理連線數上限。包含 Azsure 訂用帳戶中任何/全部標準命名空間之間的前 1,000 個代理連線,不收取額外費用 (除了基本費用)。因為這些額度已足夠因應許多服務對服務傳訊案例,只有當您打算對大量用戶端使用 AMQP 或 HTTP 長時間輪詢時,才需要注意代理連線費用,亦即,為了提高事件串流的效率,或與數千/數百萬個裝置或應用程式執行個體啟用雙向通訊。

  • 不需要。每個 Azure 訂用帳戶只需要每月支付一次標準基本費用。這表示建立單一標準層服務匯流排命名空間之後,您就可以在同一個 Azure 訂用帳戶下,依需求建立更多標準層命名空間,而不必支付額外的基本費用。

  • 服務匯流排通訊進階層為 Azure 服務匯流排佇列和主題的所有傳訊功能,提供可預測、高再現性的效能、更高的輸送量以及增強的可用性。高階層使用專用資源配置模型,提供工作負載隔離和一致的效能。由於進階層的計算及記憶體資源為專用,因此其他階層不會有每訊息交易費用。所有交易皆包含在訊息單位配置中。

  • 傳訊單位是一組保留供高階命名空間獨佔使用的專用資源。這個資源集可以提供一致且高再現性的傳訊工作負載效能。每個高階命名空間可以有 1 個、2 個或 4 個傳訊單位,且資源配置會呈線性成長:2 個傳訊單位是 1 個傳訊單位兩倍多的資源。

  • 服務匯流排通訊進階層是根據所購買之傳訊單位的每日固定費率來計費。建立為高階層的命名空間可以有 1 個、2 個或 4 個傳訊單位,各自會產生指定數目之傳訊單位的每日費用。高階命名空間可以隨時變更所購買的傳訊單位數,但每日費率取決於任何時候指派給命名空間的最大傳訊單位數。

  • 可以,技術上而言可在進階層及其他階層中進行升級與降級。如需如何將您的解決方案從標準通訊移轉至進階傳訊的方針,請閱讀此篇部落格文章

  • 混合式連線可讓您為網路上的兩個應用程式之間,建立雙向的二進位串流通訊,而且其中一方或雙方都能位在 NAT 或防火牆之後。接收此轉送連線的「接聽程式」,以及初始化此連線的「傳送者」,兩者都能以具備基本 WebSocket 功能的語言在任何平台上實作,而這也包括了大多數網頁瀏覽器都具備的 WebSocket API。

  • 您將於建立第一個混合式連線接聽程式時依每個接聽程式單位費率付費,而您後續建立的每一個接聽程式都會以此相同的費率收費。服務內含每月 5GB 的免費資料傳輸。您可對您所有的接聽程式單位使用這 5GB 的免費資料傳輸。若您所有接聽程式單位的彙總資料傳輸超過 5GB,您將需支付資料傳輸超額費用。

    定價範例 1:假設您有一個接聽程式 (像是安裝了混合式連線管理員),持續執行了一整個月,而當月同期間又在連線上傳送了 3 GB 的資料,您的費用將會是 $-

    定價範例 2:假設您有一個接聽程式 (像是安裝了混合式連線管理員),持續執行了一整個月,而當月同期間又在連線上傳送了 10 GB 的資料,您的總費用將會是 $- (包括 $- 的連線費用與第一個 5GB,以及其他 5 GB 的 $-)。

    定價範例 3:假設您安裝了 A 與 B 兩個混合式連線管理員執行個體,持續執行了一整個月,而當月同期間又在連線 A 上傳送了 3 GB 的資料,在連線 B 上傳送了 6 GB 的資料,您的總費用將會是 $-,包括連線 A 的 $- 加連線 B 的 $-,再加上 4GB 的資料超額 (連線 A 的 3GB + 連線 B 的 6GB) 的 $-

  • 對您接聽程式的各個連線,將收取 64KB 的費用。這將從每月提供給您的免費 5GB 接聽程式單位中扣除。接聽程式單位依每小時以 5 分鐘累加計算來收費。不會對開發/測試用途的多次開啟及關閉次數收費。

  • 若您開啟連線而未傳輸任何資料,我們將代表您每分鐘傳輸 1KB 以維持連線。如此網路就不會每隔幾分鐘就自動關閉連線。每個接聽程式的此項操作相關成本皆少於每個月 $0.05

如需其他服務匯流排計費常見問題集,請參閱這篇文章

資源

計算機

預估您 Azure 服務的每月成本

購買常見問題集

檢閱 Azure 定價常見問題集

產品詳細資料

深入了解 服務匯流排

文件

檢閱技術教學課程、影片和更多資源

立即註冊並取得 $200 Azure 點數

立即開始