配額 (第 1 代)
本文說明 Cloud Run 函式的配額限制。
Cloud Run 函式的配額包含 3 個方面：
資源限制
這些配額限制會影響函式可使用的總資源量。
時間限制
這些配額限制會影響作業執行時間。
頻率限制
這些配額限制會影響您可呼叫 Cloud Run 函式 API 的頻率，以便管理函式。
下表將詳細說明各類限制。
資源限制
資源限制會影響函式可使用的總資源量。區域範圍是專案層級，每個專案都有各自的限制。
| 配額 | 說明 | 限制 | 是否可增加 | 範圍 |
|---|---|---|---|---|
| 函式數量 | 每個區域可部署的函式總數 | 1,000 | 否 | 每個區域 |
| 部署作業大小上限 | 單一函式部署作業的大小上限 | 來源為 100 MB (經過壓縮)。 來源加模組為 500 MB (未經壓縮)。 |
否 | 每個函式 |
| 未壓縮的 HTTP 要求大小上限 | 在一項 HTTP 要求中，傳送至 HTTP 函式的資料量 | 10 MB | 否 | 每次叫用 |
| 未壓縮的 HTTP 回應大小上限 | 在一項 HTTP 回應中，HTTP 函式傳出的資料量 | 10 MB | 否 | 每次叫用 |
| 事件導向函式的事件大小上限 | 在事件中傳送至背景函式的資料量 | 10 MB | 否 | 每個事件 |
| 函式記憶體用量上限 | 每個函式執行個體可用的記憶體量 | 8GiB | 否 | 每個函式 |
時間限制
| 配額 | 說明 | 限制 | 是否可增加 | 範圍 |
|---|---|---|---|---|
| 函式持續時間上限 | 函式可執行的時間長度上限，一旦超過時限即會遭強制終止。 | 540 秒 | 否 | 每次叫用 |
頻率限制
| 配額 | 說明 | 限制 | 是否可增加 | 範圍 |
|---|---|---|---|---|
| API 呼叫次數 (讀取) | 使用 Cloud Run 函式 API 描述或列出函式的呼叫次數 | 每 100 秒 5,000 次 | 是 | /每項專案 |
| API 呼叫次數 (寫入) | 使用 Cloud Run functions API 部署或刪除函式的呼叫次數 | 每 100 秒 80 次 | 否1 | /每項專案 |
| API 呼叫次數 (呼叫) | 呼叫「call」API 的次數 | 每 100 秒 16 次 | 否2 | 每項專案 |
擴充性
透過 HTTP 叫用的 Cloud Run 函式會迅速擴充運算能力來處理傳入的流量，背景函式擴充的速度則較慢。函式的擴充能力取決於幾個因素，包括：
| 配額 | 說明 | 限制 | 是否可增加 | 範圍 |
|---|---|---|---|---|
| 叫用頻率上限 | 單一函式處理事件的頻率上限 例如：如果處理一個事件需要 100 毫秒，即使平均只需同時處理 100 個要求，叫用頻率上限仍為每秒 1,000 次 |
每秒 1,000 次 | 否 | 每個函式 |
| 連入事件的總處理量上限 | 單一函式連入事件的總處理量上限 例如：如果事件大小為 1 MB，則叫用頻率上限為每秒 10 次 (即使函式可在 100 毫秒內完成也一樣) |
每秒 10 MB | 否 | 每個函式 |
達到配額限制後會出現什麼情況
如果特定函式耗盡了系統分配的某項資源，那麼在配額獲得補充或增加前，此項資源都無法再使用。這段期間內，該函式和同一項專案中的所有其他函式可能無法正常運作。如果某項資源超過配額並導致函式無法正常運作，該函式會傳回 HTTP 500 錯誤代碼。
如果需要的配額超過本頁所列的預設值，您可以要求提高配額，方法是前往 Cloud Run 配額頁面選取要修改的配額項目，接著按一下「編輯配額」，然後針對您選取的各項配額輸入新的上限。系統可能會要求您提供使用者資訊，這時請按照提示訊息中的指示操作。