工作佇列總覽

本頁面說明工作佇列的定義、使用時機及使用方式。工作佇列可讓應用程式在使用者要求之外，以非同步方式執行工作，這類作業稱為「工作」。如果應用程式需要在背景執行工作，就會將工作新增至工作佇列。這些工作之後會由工作站服務來執行。

工作佇列服務是針對非同步作業所設計。工作佇列無法明確保證工作交付的時程，因此不適合使用者正在等待結果的互動式應用程式。

發送佇列和提取佇列

工作佇列有兩種類型，分別為「發送」和「提取」。工作佇列服務將工作要求傳送至工作站服務的方式，會依據不同的佇列而異。

發送佇列會將 HTTP 要求傳送至 App Engine 工作站服務，以便執行工作。這些佇列會以穩定的頻率分派要求，並保證可靠的工作執行。由於您能控制工作從佇列傳送的速率，因此能控制工作站的資源調度行為，進而對成本有所掌控。

由於工作會以 App Engine 服務指定的要求來執行，因此有嚴格的期限。自動調整資源配置服務處理的工作，必須在 10 分鐘內完成。手動和基本資源配置服務的執行時間最長可達 24 小時。

PHP 5 不支援提取佇列。

工作佇列的所有工作都以非同步方式執行。建立工作的應用程式會將工作交給佇列。無論工作完成或成功與否，來源應用程式都不會收到通知。

如果工作站無法處理工作，工作佇列服務會提供具有重試機制的佇列，所以工作可以進行有限次數的重試。

用途

發送佇列

典型的發送佇列使用方式是「緩慢」作業。請試想社交網路的訊息傳遞系統。使用者每次傳送訊息時，網路就需要更新寄件者的追蹤者。這可能是非常費時的作業。應用程式可以使用發送佇列，將每則訊息的工作在到達時放入佇列，以傳送到工作站服務進行處理。工作站接收到工作要求時，能夠擷取寄件者的追蹤者清單，並且更新每位追蹤者的資料庫。工作站可將另一個發送工作放入佇列，以更新每個資料庫，藉此提升作業效率。

發送佇列的另一種用法是排定的工作。請想像一個實作廣告活動的應用程式。經編寫用來傳送電子郵件的一組工作，可新增至發送佇列中，其中附有在未來指定時間之前保留工作的指示。當到期日期來到時，工作佇列服務將開始發送要求以執行工作。

後續步驟