queue.yaml 參考資料

區域 ID

REGION_ID 是 Google 根據您在建立應用程式時選取的地區所指派的簡寫代碼。雖然某些區域 ID 可能看起來與常用的國家/地區代碼相似，但此代碼並非對應國家/地區或省份。如果是 2020 年 2 月後建立的應用程式，App Engine 網址會包含 REGION_ID.r。如果是在此日期之前建立的現有應用程式，網址中則可選擇加入地區 ID。

進一步瞭解區域 ID。

queue.yaml 設定檔可用於建立及設定應用程式使用的幾乎所有工作佇列 。所有 App Engine 應用程式都會附帶一個名為 default 的自動預先設定發送佇列。雖然您不會自行建立 default 佇列，但可以使用 queue.yaml 檔案新增其他佇列，或變更 default 佇列的設定。

如要設定，您可以使用 queue.yaml 或 Cloud Tasks 的佇列管理方法，但不要同時使用。queue.yaml 上傳方法與佇列管理方法混合使用時，可能會產生非預期的結果，因此我們不建議您採取這樣的做法。

範例

以下的基礎範例會定義一個已命名佇列，並覆寫預設處理速率：

queue:
- name: my-push-queue
  rate: 1/s

以下是較複雜的 queue.yaml 設定範例，示範如何設定工作嘗試次數及修改預設處理速率。

queue:
- name: fooqueue
  rate: 1/s
  retry_parameters:
    task_retry_limit: 7
    task_age_limit: 2d
- name: barqueue
  rate: 1/s
  retry_parameters:
    min_backoff_seconds: 10
    max_backoff_seconds: 200
    max_doublings: 0
- name: bazqueue
  rate: 1/s
  retry_parameters:
    min_backoff_seconds: 10
    max_backoff_seconds: 200
    max_doublings: 3

語法

queue.yaml 檔案是 YAML 檔案，其根指令為 queue。其中包含零個或多個已命名的佇列。每項佇列定義皆可指定下列元素：

元素 說明
bucket_size (發送佇列)

(非必要) 工作佇列會使用憑證區塊演算法控制工作執行的速率。每個已命名的佇列都有一個存放憑證的憑證區塊，其上限由 bucket_size 值指定。每次應用程式執行一項工作時，系統就會從區塊中移除一個憑證。您會繼續處理佇列中的工作，直到佇列的區塊中再也沒有憑證為止。App Engine 會依據您為佇列指定的速率，持續在區塊中補充新的憑證。

當佇列中有多個工作且處理速率相當高時，區塊大小會限制佇列的處理速度。區塊大小的最大值為 500，這可讓您享有高速率，能讓工作在排入佇列後立即開始處理，但短時間內若有許多工作排入佇列，也足以限制資源的使用量。

如果您未針對佇列指定 bucket_size，預設值為 5。建議您調高區塊大小值，因為預設值對許多用途而言可能過小。舉例來說，您可以根據處理速率決定值區大小。

如要進一步瞭解這項元素，請參閱 max_burst_size 的比較說明

的 Cloud Tasks API 參考資料。
max_concurrent_requests (發送佇列)

選用元素。設定可從指定佇列同步執行的工作數量上限。此元素的值為整數。根據預設，每個佇列的上限是 1000 個工作。根據預設，每個佇列的建議上限是 5000 個工作。請注意，首次建立佇列或是將佇列閒置一段時間後，佇列數量可能會慢慢增加。

限制並行工作的數量可讓您進一步控制佇列的執行速率，避免一次執行過多工作。除此之外，也可以防止資料儲存庫發生爭用狀況，讓其他佇列或線上處理作業都可使用相關資源。

如要進一步瞭解這項元素，請參閱 Cloud Tasks API 參考資料中 max_concurrent_dispatches 的比較說明。
name

必要元素。佇列的名稱。

佇列名稱可包含大寫和小寫字母、數字和連字號，長度上限為 100 個字元。

所有應用程式都有名稱為「default」的發送佇列。這個佇列的預設速率為每秒 5 個工作。請注意，這個預設佇列必須先使用或設定一次， Google Cloud console 才會顯示在 Google Cloud console 中。您可以在 queue.yaml 檔案中定義名為 `default` 的佇列，藉此設定預設佇列，包括變更預設速率。
rate (發送佇列)

必要元素。這個佇列處理工作的頻率。此值為後接斜線和時間單位的數字，其中單位是 s (秒)、m (分鐘)、h (小時) 或 d (天)。例如，5/m 這個值代表工作的處理速率為每分鐘 5 次。rate 的最大值是 500/s。

如果數字是 0 (例如 0/s)，佇列會被視為「已暫停」，且不會處理任何工作。

如要進一步瞭解這項元素，請參閱 Cloud Tasks API 參考資料中 max_dispatches_per_second 的比較說明。
retry_parameters

選用元素。設定發送佇列中失敗工作的重試次數。新增這項元素可讓您指定在特定佇列中重試失敗工作的次數上限。您也可以設定重試的時間限制，以及控制每次重試的時間間隔。

重試參數可包含下列子元素：

task_retry_limit
重試次數。舉例來說，如果指定的數值為 0 且工作「失敗」，那麼系統完全不會「重試」工作。如果指定的數值為 1 且工作「失敗」，則系統會重試一次工作。如果未指定這項參數，系統會一直不斷重試這項工作。如果同時指定了 task_retry_limit 與 task_age_limit，系統則會一直重試這項工作，直到達到這兩個上限為止。
task_age_limit (發送佇列)
重試失敗工作的時間限制，從工作首次執行時開始算起。此值為後接時間單位的數字，其中單位是 s (秒)、m (分鐘)、h (小時) 或 d (天)。舉例來說，5d 這個值指定的限制為首次嘗試執行工作後的五天。如果未指定這項參數，系統會無限期重試工作。如果同時指定了 task_retry_limit，App Engine 會重試工作，直到達到這兩項上限為止。
min_backoff_seconds (發送佇列)
工作失敗後，等待重試的秒數下限。預設值為 0.1。
max_backoff_seconds (發送佇列)
工作失敗後等待重試的時間上限 (以秒為單位)。預設值為 3600。
max_doublings (發送佇列)
失敗工作重試間隔時間加倍遞增到常數之前，要將間隔時間加倍的次數上限。常數為：2**max_doublings * min_backoff_seconds。預設值為 16。
target (發送佇列)

選用元素。針對執行排入此佇列的工作所用的服務/版本、前端版本或後端，指定這些服務或版本名稱的字串。預設值為空字串。

在建構工作的 HTTP 要求時，系統會在應用程式的網域名稱前面加上這個字串。舉例來說，如果應用程式 ID 為 my-app，而且您將目標設為 my-version-dot-my-service，網址主機名稱就會設為 my-version-dot-my-service-dot-my-app.REGION_ID.r.appspot.com。

如果未指定目標，則系統會在工作排入佇列所在的應用程式版本中叫用工作。因此，如果您將預設應用程式版本的工作排入佇列，但不指定佇列上的目標，則會在預設應用程式版本中叫用該工作。請注意，在工作排入佇列的時間與執行工作的時間之間，如果您變更預設應用程式版本，工作將會在新的預設版本中執行。

如果您將服務與分派檔案搭配使用，工作的 HTTP 要求可能會遭到攔截並重新轉送至其他服務。

部署佇列設定檔

刪除佇列

如要刪除佇列：

  1. 從 queue.yaml 檔案中移除佇列定義。

  2. 上傳變更後的 queue.yaml 檔案。

    gcloud app deploy queue.yaml

  3. 在 Google Cloud 控制台中刪除佇列，選取佇列並按一下「刪除佇列」：

    前往「Task queues」(工作佇列) 頁面

從 Google Cloud 控制台刪除佇列後，您必須等待 7 天，才能重新建立相同名稱的佇列。