Pub/Sub 定價
Pub/Sub 的費用包含三個部分：
- 發布及傳送訊息的總處理量費用
- 與跨 Google Cloud 可用區或區域邊界的處理量相關的資料移轉費用
- 快照、依主題保留的訊息，以及由訂閱項目保留的已確認訊息的儲存空間費用
Pub/Sub 服務費用是按照用量 (已發布、傳送或儲存的位元組數) 計算。
Pub/Sub Lite 的處理量和儲存空間費用則是按照預留的容量而定。
這兩種服務的資料移轉費用都是按照用量 (而非預留的容量) 計算。
事前準備
本文件要求您瞭解 Pub/Sub 或 Pub/Sub Lite 的架構，以及各項產品中的常見詞彙。詳情請參閱 Pub/Sub 架構。
計費範例
下表比較北美洲的 Pub/Sub 和 Pub/Sub Lite 系統每月載入費用。此範例假設訊息儲存期為 24 小時、Pub/Sub Lite 的資源使用率為 50%，以及 Pub/Sub 的提取或推送訂閱項目類型。其他類型的訂閱可能需要支付額外費用。
| 發布處理量 (以 MiBps 為單位) | 訂閱項目數 | 可用區 Lite 主題 | 區域 Lite 主題 | Pub/Sub |
|---|---|---|---|---|
| 10 | 1 | $169 美元 | $608 美元 | $2,000 美元 |
| 10 | 2 | $214 美元 | $788 美元 | $3,000 美元 |
| 100 | 1 | $1,688 美元 | $6,075 美元 | $19,760 美元 |
| 100 | 2 | $2,138 美元 | $7,875 美元 | $29,640 美元 |
比較 Pub/Sub 和 Pub/Sub Lite 的費用時，請考量這兩項產品之間的功能差異。詳情請參閱選擇 Pub/Sub 或 Pub/Sub Lite。
Pub/Sub 服務定價
本節中的定價詳細資料僅適用於 Pub/Sub，不適用於 Pub/Sub Lite。本節包含以下主題：
處理量費用
「處理量」是指一段時間內，從訂閱項目寫入 Pub/Sub 主題或讀取 (訂閱處理量) 的位元組總數。
每個月前 10 GiB 的處理量為帳單帳戶的「Message Delivery Basic」SKU 免費。其後，所有 Google Cloud 區域的價格為每 TiB$40 美元。不過，如果您使用的是 BigQuery 訂閱項目，請參閱下一節。
BigQuery 訂閱項目的處理量費用
BigQuery 訂閱項目在所有 Google Cloud 地區讀取 (訂閱處理量) 以及寫入 BigQuery 的費用為每 TiB$50 美元。您不必支付額外的 BigQuery 資料擷取費用。但適用於其他類型的 BigQuery 費用，例如儲存空間和資料擷取。詳情請參閱 BigQuery 定價一文。前 10 GiB 的 BigQuery 訂閱處理量不會免費。
Cloud Storage 訂閱項目的處理量費用
Cloud Storage 訂閱項目在所有 Google Cloud 地區讀取 (訂閱處理量) 以及寫入 Cloud Storage 的費用為每 TiB$50 美元。Cloud Storage 訂閱項目將檔案寫入值區中時，可能會產生其他類型的額外費用。包括儲存空間、擷取和複製等費用。詳情請參閱 Cloud Storage 定價。Cloud Storage 訂閱項目的前 10 GiB 免費則不收費。
匯入主題的處理費用
匯入主題 (適用於 Kinesis Data Streams) 的費用必須在所有 Google Cloud 區域中每 TiB$50 美元，讓您將資料從外部來源擷取至 Pub/Sub (發布處理量)。匯入主題將資料擷取至 Pub/Sub 主題時，系統可能會向您收取其他類型的特定額外來源費用。這包括從 AWS 輸出 Kinesis 資料串流來源的費用。前 10 GiB 的 Cloud Storage 訂閱項目處理量不會免費。
訊息量的計算方式
訊息的資料量是下列訊息屬性大小的總和：
- 編碼訊息內文字串的位元組數
- 每個屬性的鍵值大小及屬性值
- 計為 20 個位元組的時間戳記
message_id字串的大小- 其他選用欄位的大小，例如與搶先體驗相關聯的欄位和其他受限制存取 API 相關聯的欄位。
每項要求都會獲得至少 1 KB，不受要求的訊息大小影響。因此，如果訊息小於 1 KB，透過單一要求批次處理多則訊息較為便宜。
儲存空間費用
訂閱項目中未確認訊息的儲存期限最多可達七天。
Pub/Sub 儲存空間不收費時，有三種情況。系統會根據下列項目收取每月每 GiB $0.27 美元的儲存空間費用：
- 主題已設為保留所有訊息。在這種情況下，系統會儲存已發布至主題的所有訊息，因此會產生訊息儲存費用。
- 訂閱項目設為保留已確認的訊息。在這種情況下，會針對保留的已確認訊息收取儲存費。
- 建立訂閱項目的快照。在這種情況下，會針對儲存快照的未確認訊息收取訊息儲存費。
注意：如果訂閱項目在快照建立時有待處理的未確認訊息，則會收取一次性費用，金額相當於儲存待處理工作七天的費用。
如果選擇在個別訂閱項目中保留已確認的訊息，則可讓訂閱項目的擁有者享有最佳彈性，但這通常也是費用最高昂的儲存空間機制。最平價的儲存空間機制為透過主題保留訊息，這是因為由主題保留的訊息可供附加至該主題的所有訂閱項目使用，而且個別訂閱項目不會產生額外的費用。另外，單一快照可以用於多個訂閱項目，因此快照也是相當經濟實惠的選項。
資料移轉費用
Google Cloud 區域之間的網際網路資料傳輸和訊息傳送費用，與虛擬私人雲端網路費率一致，但以下情況除外：
- 使用 Pub/Sub 無須支付區域資料移轉費用。
- 輸出至 Google 產品不必支付資料移轉費用。
- 將資料移轉至 Pub/Sub 無須付費。舉例來說，如果發布者位於不同的區域或可用區，您必須為來源服務支付資料移轉費用，但不必支付入站資料移轉費用。同樣地，如果發布者是從 Amazon Web Service (AWS) 或私人資料中心發布，您不必支付 Pub/Sub 資料移轉費用。
每當郵件跨越區域邊界時，系統就會向您收取資料傳輸費用。如果您在與儲存訊息地區的不同地區有數個訂閱者，系統會分別針對傳遞給每個訂閱者的資料移轉費用向您收費。
基於訊息儲存政策導致的資料移轉費用
如果訊息儲存空間政策強制要求資料離開某個 Google Cloud 區域，可能會導致區域資料移轉費用增加。舉例來說，假設訊息包含下列事件：
- 在「A」區域發布
- 轉送至「B」區域儲存B
- 傳送至位於「C」區域的訂閱者用戶端C
在這種情況下，計費方式如下：
- 系統會向含有主題的專案收取從「A」地區轉移到「B」地區的費用。
- 系統會向含有訂閱項目的專案收取從地區「B」B移轉至地區「C」B的相關費用。
只有在已發布訊息的儲存區域和發布訊息的區域不同時，系統才會向包含主題的專案收取資料移轉費用 (也就是「B」B和「A」B實際上是不同的區域)。只有在已發布訊息的儲存位置不同於訂閱者用戶端的所在地區時，系統才會向包含訂閱項目的專案收取資料移轉費用 (「C」C與「B」C不同)。
篩選訊息的費用
Pub/Sub 會自動確認不符合篩選條件的訊息，但您仍須支付這些訊息的處理量費用。篩除的訊息不會產生資料移轉費用。
1,000 位元組這個下限規定不適用於 Pub/Sub 服務自動確認的訊息。訊息傳送費用是依據這些訊息中的位元組數計算，與訊息較小的訊息大小無關。
跨專案 Pub/Sub 帳單
如果您跨專案使用 Pub/Sub，則 Pub/Sub 費用將計入包含所要求資源的專案：
- 發布費用將計入包含主題的專案。
- 訂閱費用將計入包含訂閱項目的專案。
舉例來說，如果訂閱項目存在於「A」專案中，則從該訂閱項目提取資料的費用將會計入「A」專案，即使該訂閱項目附加於「B」專案中的某個主題。
如果「A」專案中的某個授權服務帳戶消費了來自「B」專案中某個訂閱項目的訊息，則從該訂閱項目提取資料的費用將會計入「B」專案。
Pub/Sub Lite 服務定價
下列定價詳細資料僅適用於 Pub/Sub Lite，不適用於 Pub/Sub。除非另有指定，否則詳細資料會套用至可用區和區域 Lite 主題。包含以下各節：
處理量費用
「處理量」是指在特定時間間隔內，對 Pub/Sub Lite 主題或訂閱項目讀取 (訂閱處理量) 的位元組總數 (發布處理量)。
Pub/Sub Lite 的處理量費用是依據已佈建或保留的處理量容量，而非實際處理量 (MiBps) 或帳單週期的位元組總數 (每月 MiB)。總處理容量是按照容量單位佈建及計價。您可以使用 Lite 保留項目，為同一區域中一或多個主題佈建處理量。
下表列出 Pub/Sub Lite 系統的處理量和儲存空間費用。
使用 Lite 保留項目的處理量
Lite 預留資源是一種在某區域的一或多個主題中預留及共用處理容量的方式。區域性 Pub/Sub Lite 主題必須要有 Lite 保留項目。
Lite 預留項目的處理量是以容量單位為單位。一個預留項目只能佈建整數的容量單位。不同作業的處理量需要不同的容量單位，如下表所示：
| 必須提供容量單位 | 可用區 Lite 主題 | 區域 Lite 主題 |
|---|---|---|
| 發布處理量的 1 MiBps | 1 個資源單位 | 4 個資源單位 |
| 訂閱處理量 1 MiBps | 0.5 個資源單位 | 2 個資源單位 |
預留項目中所有 Lite 主題的分區數量，不得大於預留的容量單元數量。
使用預留項目計算單一主題的處理容量成本
下節可協助您計算使用預留項目的單一區域 Lite 主題總處理容量成本：
- 主題類型 = 可用區 Lite 主題
- 主題數量 = 1
- 分區數量 = 5
- 尖峰發布處理量 = 5 MiBps
- 發布處理量所需的容量單位 = 5
- 尖峰訂閱處理量 = 10 MiBps
- 訂閱處理量所需的容量單位 = 5
- 需要的容量單位總數 = 5+5 = 10
- 每月在北美洲使用 10 個資源單位的費用 = $45 美元
對於具有 5 個分區的地區 Lite 主題相同的處理量，您需要具有 40 個容量單位、20 用於發布處理量，以及 20 的訂閱處理量。
你隨時可以變更預留項目的容量單位數量。不過，系統會依據過去 24 小時內佈建的最大容量向您收費。例如，如果您將保留項目的容量從星期一上午 40 點變更為 10 個容量單位，則系統會向您收取每小時 40 個容量單位的費用，直到星期二上午 10:00 為止，之後則為每小時 10 個容量單位。
請注意，預留項目可以用來在與保留項目相同的地區內，針對任何主題發布和訂閱處理量。如要進一步瞭解預留項目，請參閱「建立及管理 Lite 預留項目」。
沒有 Lite 預留項目的處理量
本節僅適用於可用區 Lite 主題。
您可以選擇不使用保留項目，並為單一主題保留發布與訂閱處理容量。在此情況下，費用會依目前預留的容量計費，而非執行中的 24 小時期間上限。
請注意，未設定預留項目的容量必須介於下列限制之間：
- 每個分區的發布作業均為 4 和 16 MiBps (相當於 4 和 16 個容量單位)。
- 每個分區的訂閱容量均為 4 和 32 MiBps (相當於 2 和 16 個資源單位)。
計算單一主題的處理容量成本 (不含預留項目)
下節可協助您計算不使用預留項目的單一可用區 Lite 主題總處理容量成本：
- 主題類型 = 可用區 Lite 主題
- 主題數量 = 1
- 分區數量 = 4
- 尖峰發布處理量 = 16 MiBps
- 發布處理量所需的容量單位 = 16
- 尖峰訂閱處理量 = 16 MiBps
- 訂閱處理量所需的容量單位 = 8
- 需要的容量單位總數 = 16+8 = 24
- 北美每月 24 個容量單位的費用 = $108 美元
儲存空間費用
與 Lite 處理量一樣，您必須支付主題的儲存空間容量。Pub/Sub Lite 會根據您在一個月內佈建的最大儲存空間量收取費用。每個分區至少須有 30 GiB 的儲存空間容量。
地區 Lite 主題會將資料儲存在一個區域的兩個可用區中，區域 LLite 主題則只將資料儲存在一個區域的一個可用區中。地區 Lite 主題會針對發布的每位元組訊息使用兩個位元組的儲存空間。因此，發布至地區 Lite 主題的每位元組儲存空間費用，是可用區一。
如要估算 Pub/Sub Lite 系統的儲存空間容量，請參閱下列清單：
決定儲存訊息所需的時間。
如要估算所需的總儲存空間，請將每個分區的平均預期總處理量乘以儲存訊息所需的時間。舉例來說，如要在區域 Lite 主題的 10 個分區中，每秒發布 40 MiB 的訊息並保留訊息一天，請佈建 3375 GiB 儲存空間 (相當於 40 MiBps * 每小時 3600 秒 * 每小時 24 小時 * 1024 MiB)。北美地區的儲存空間費用為 $135 美元 (相當於 3375 GiB * 每天 24 小時 * 每月 30 天 * $0.04 / GiB 每月可用區)。以地區 Lite 主題來說，由於資料儲存在兩個可用區，因此儲存空間費用會增加至 $270 美元。
考慮採用不平均的金鑰發布。
所有分區會分配相同的儲存空間容量。如果您預期某些分區的磁碟區比其他分區大，請佈建所有分區以獲得最大分區所需的儲存空間。
訊息量的計算方式
計算處理量和儲存空間的訊息大小時，每則訊息至少會使用 256 個位元組。如果訊息大於 256 個位元組，則訊息大小為下列訊息屬性的總和：
- 編碼訊息內文字串的位元組數
- 每項屬性的鍵與值位元組數
- 排序鍵的位元組數
- 事件時間戳記的 12 個位元組
資料移轉費用
只有訂閱者位於與主題位置不同的可用區或區域時，系統才會收取 Pub/Sub Lite 資料移轉費用。Google Cloud 區域之間的網際網路資料轉出和訊息傳送費用，與虛擬私人雲端網路費率一致，但以下情況除外：
如果是地區 Lite 主題，且訂閱者和主題位於相同地區，則不會收取區域資料移轉費用。
將資料移轉至 Google 產品不須支付資料移轉費用。
使用美元以外的貨幣支付費用
如果您使用美元以外的貨幣付費，系統將按照 Google Cloud SKU 頁面上列出的相應貨幣價格計費。費用計算單位為 TiB (2^40 個位元組，約為 1.1 兆位元組)。
後續步驟
使用 Pricing Calculator 計算 Pub/Sub 費用。
請參閱 Pub/Sub SKU 群組。