PHP での push キューの使用
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
このページでは、push キューの概要について説明します。push キューではタスクを実行するために、HTTP リクエストを App Engine ワーカー サービスにディスパッチします。リクエストは一定の速度で送信されます。タスクが異常終了した場合、サービスはリクエストを再送信して、タスクを再試行します。使用するすべての種類のタスクに対してハンドラを用意する必要があります。1 つのサービスで、複数の種類のタスクに対応する複数のハンドラを使用できます。また、複数のサービスを使用して、複数の種類のタスクを管理することもできます。

タスクの期限
ワーカー サービスでは、push タスク リクエストを受け取ると、ワーカー サービスのスケーリング タイプに応じた期限までにそのリクエストが処理され、HTTP レスポンスが送信される必要があります。
自動スケーリング サービスは、10 分以内に完了する必要があります。手動または基本スケーリング サービスの場合は、最大 24 時間まで実行できます。
200~299 の HTTP レスポンス コードはタスクが成功したことを示し、他のすべての値はタスクが失敗したことを示します。タスクが期限内にレスポンスを返せなかった場合、または無効なレスポンスの値を返した場合、タスクは再試行されます。
失敗したタスクの再試行
push タスク リクエスト ハンドラが 200~299 以外の HTTP ステータス コードを返した場合、またはタスクの期限内にレスポンスを返せなかった場合、キューは成功するまでタスクを再試行します。アプリケーションが大量のリクエストで飽和状態になるのを避けるために、失敗したタスクの再試行頻度はシステムによって徐々に減らされますが、少なくとも 1 時間に 1 回は再試行を繰り返すようにスケジュールが設定されます。
push キューの使用
push キューを使用するには、少なくとも以下の作業が必要です。
- プログラムによってタスクを作成し、作成したタスクをデフォルトの push キューまたは作成済みの 1 つ以上の名前付き push キューに追加します。
- タスクのリクエストを処理するハンドラを作成し、そのハンドラを App Engine サービスに割り当てます。
必要に応じて、以下の作業も行います。
push キューを使用すると、アプリケーションに追加の割り当てが適用されます。
次のステップ
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2025-03-07 UTC。
[[["わかりやすい","easyToUnderstand","thumb-up"],["問題の解決に役立った","solvedMyProblem","thumb-up"],["その他","otherUp","thumb-up"]],[["わかりにくい","hardToUnderstand","thumb-down"],["情報またはサンプルコードが不正確","incorrectInformationOrSampleCode","thumb-down"],["必要な情報 / サンプルがない","missingTheInformationSamplesINeed","thumb-down"],["翻訳に関する問題","translationIssue","thumb-down"],["その他","otherDown","thumb-down"]],["最終更新日 2025-03-07 UTC。"],[[["Push queues manage tasks by sending HTTP requests to App Engine worker services at a consistent rate, retrying the tasks if they fail."],["Each task requires a designated handler, which can be part of a single service with multiple handlers or managed by different services for various task types."],["The deadline for a worker service to process a push task ranges from 10 minutes for automatic scaling to up to 24 hours for manual and basic scaling services, where HTTP responses between 200-299 are considered successful."],["Working with push queues involves programmatically creating tasks and assigning handlers to process them, with the option to create and customize multiple queues for efficiency."],["If a task's HTTP status code is outside the 200-299 range or fails to respond within the deadline, the queue will retry it, with a minimum of once per hour, and all usage is subjected to usage quotas."]]],[]]