服務匯流排定價

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

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

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

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

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

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

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

代理連線定義為下列其中一個：

1. 從用戶端至服務匯流排主題、訂閱、佇列或事件中樞的 AMQP 連線。
2. 從接收逾時值大於零的服務匯流排主題或佇列接收訊息的 HTTP 呼叫。

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

範例：

1. 5,000 個用戶端各透過單一 AMQP 連線，接收來自服務匯流排主題的命令，並將事件傳送至佇列。如果所有用戶端每天連線 12 小時，您會看到下列連線費用 (除了其他任何服務匯流排費用)：5,000 個連線 * 12 小時 * 30.5 天 / 730 = 2,500 個代理連線。超過每月額度 1,000個代理連線之後，就會以 1,500 個代理連線收費。
2. 5,000 個用戶端透過 HTTP 接收來自服務匯流排佇列的訊息，指定非零逾時。如果所有裝置每天連線 12 小時，您會看到下列連線費用 (除了其他任何服務匯流排費用)：5,000 個 HTTP 接收連線 * 每天 12 小時 * 30.5 天 / 730 小時 = 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。

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

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

定價範例 2：假設您有一個接聽程式 (像是安裝了混合式連線管理員)，持續執行了一整個月，而當月同期間又在連線上傳送了 10 GB 的資料，您的總費用將會是 $-。包括連線和前 5 GB 的 $-，再加上額外 5 GB 資料的 $-。

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

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

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