Cloud Functions for Firebase 有兩個版本:
- Cloud Functions (第 2 代),可將函式部署為 Cloud Run 上的服務,讓您使用 Eventarc 和 Pub/Sub 觸發函式。
- Cloud Functions (第 1 代):原始版本的函式,事件觸發事件和可設定性有限。
建議您盡可能選擇 Cloud Functions (第 2 代) 來執行新功能。不過,我們預計會繼續支援 Cloud Functions (第 1 代)。
本頁面說明 Cloud Functions 中推出的功能,並提供兩個產品版本的比較。
Cloud Functions (第 2 代)
Cloud Functions 是 Firebase 的新一代 Functions-as-a-Service 服務。Cloud Functions (第 2 代) 是建立在 Cloud Run 和 Eventarc 之上,為 Cloud Functions 提供更完善的基礎架構和更廣泛的事件涵蓋範圍,包括:
- 建構於 Cloud Run 之上:使用 Cloud Build 建構函式,並部署為 Cloud Run 服務。這樣一來,您就能像自訂 Cloud Run 服務一樣自訂函式。請參閱 Cloud Run 說明文件,瞭解設定服務的選項,例如記憶體限制、環境變數等。
- 較長的要求處理時間:執行較長的要求工作負載,例如處理來自 Cloud Storage 或 BigQuery 的大量資料串流。
- 較大的執行個體大小:執行較大的記憶體內、耗用大量運算資源和平行處理的工作負載。
- 改善並行性:使用單一函式例項處理多個並行要求,盡可能減少冷啟動並縮短延遲時間。
- 流量管理:在不同函式修訂版本之間拆分流量,或將函式復原為先前版本。
- Eventarc 整合:原生支援 Eventarc 觸發條件,將 Eventarc 支援的 90 多個事件來源帶入 Cloud Functions。
- 更廣泛的 CloudEvents 支援:支援所有語言執行階段的業界標準 CloudEvents,提供一致的開發人員體驗。
詳情請參閱比較表。
由於 Cloud Functions 會將函式部署為 Cloud Run 上的服務,因此 Cloud Functions 會與 Cloud Run 共用資源配額和限制。請參閱「配額」一文。
比較表
功能 | Cloud Functions (第 1 代) | Cloud Functions |
---|---|---|
圖片登錄 | Container Registry或Artifact Registry | 僅限Artifact Registry |
要求逾時 | 最長 9 分鐘 |
|
執行個體大小 | 最多 8 GB RAM 和 2 個 vCPU | 最多 16 GiB RAM 和 4 個 vCPU |
並行 | 每個函式執行個體 1 個並行要求 | 每個函式執行個體最多可處理 1,000 個並行要求 |
定價
如需價格資訊,請參閱 Firebase 定價方案。
如果您使用 Cloud Functions,可以查看僅與 Cloud Functions 相關的費用,步驟如下:
- 前往 Google Cloud 控制台的「Reports」Cloud Billing 頁面。
- 如果系統顯示提示,請選取與 Google Cloud 專案相關聯的帳單帳戶。
- 在「篩選器」面板的「標籤」下方,新增標籤篩選器,鍵為
goog-managed-by
,值為cloudfunctions
。
限制
Cloud Functions for Firebase (第 2 代) 不支援 Analytics 事件。
雖然 Cloud Functions for Firebase (第 2 代) 支援驗證封鎖事件,但不支援與第 1 代相同的 Authentication 基本事件組合。
不過,由於第 1 代和第 2 代函式可在同一來源檔案中並存,您仍可在第 1 代函式中,搭配第 2 代函式開發及部署 Analytics 和基本 Authentication 觸發條件。