タスクキュー関数は、Google Cloud Tasks を利用して、時間がかかるタスク、リソースを大量に消費するタスク、または帯域幅に制限があるタスクを、メイン アプリケーション フローの外部で非同期に実行できるようにします。
たとえば、現在ホストされている大量の画像ファイルについて、レート制限のある API でバックアップを作成するとします。責任ある利用者として行動するには、その API のレート制限を尊重する必要があります。また、この種の長時間実行ジョブは、タイムアウトやメモリ制限によって失敗するおそれもあります。
こうした複雑さを軽減するために、scheduleTime
や dispatchDeadline
などの基本的なタスク オプションが設定されたタスクキュー関数を作成してから、Cloud Tasks のキューにこの関数を渡します。Cloud Tasks 環境は、このようなオペレーションがあった場合に、データの渋滞を効果的に制御し、ポリシーを再試行するように作られています。
Firebase SDK for Cloud Functions for Firebase v3.20.1 以降では、Firebase Admin SDK v10.2.0 以降との連携によって、タスクキュー関数をサポートします。
Firebase でタスクキュー関数を使用すると、Cloud Tasks の処理に対して課金される場合があります。詳細については、Cloud Tasks の料金をご覧ください。
タスクキュー関数の作成
タスクキュー関数を使用するには、次のワークフローに従います。
- Firebase SDK for Cloud Functions を使用してタスクキュー関数を記述します。
- Firebase Local Emulator Suite を使用して関数をテストします。
- Firebase CLI を使用して関数をデプロイします。タスクキュー関数を初めてデプロイするときに、ソースコード内で指定されているオプション(レート制限と再試行)が設定されたタスクキューが Cloud Tasks に作成されます。
- 新しく作成されたタスクキューにタスクを追加し、必要に応じてパラメータを渡して実行スケジュールを設定します。これを行うには、Admin SDK を使用してコードを記述し、Cloud Functions for Firebase にデプロイします。
タスクキュー関数の記述
onDispatch
を使用して、タスクキュー関数の記述を開始します。タスクキュー関数を記述する際に重要なことは、キューごとに再試行とレート制限を構成することです。このページのコードサンプルは、NASA の Astronomy Picture of the Day(今日の天文写真)のすべての画像をバックアップするサービスを設定するアプリをベースにしています。
タスクキューの構成
タスクキュー関数には、レート制限と再試行を正確に制御するための強力な設定機能があります。
exports.backupApod = functions
.runWith( {secrets: ["NASA_API_KEY"]})
.tasks.taskQueue({
retryConfig: {
maxAttempts: 5,
minBackoffSeconds: 60,
},
rateLimits: {
maxConcurrentDispatches: 6,
},
}).onDispatch(async (data) => {
retryConfig.maxAttempts=5
: タスクキュー内の各タスクは、最大 5 回まで自動的に再試行されます。これにより、ネットワーク エラーや、依存している外部サービスの一時的な停止といった、一時的なエラーの影響を軽減できます。retryConfig.minBackoffSeconds=60
: 各タスクは、それぞれ 60 秒以上の間隔で再試行されます。これにより、各試行の間に大きなバッファができるため、5 回の再試行を短時間で使い切らずにすみます。rateLimits.maxConcurrentDispatch=6
: 同時にディスパッチされるタスクが 6 個までに制限されます。これにより、基盤となる関数に安定してリクエストが流れるようになり、アクティブなインスタンスの数とコールド スタートの数を低減できます。
Firebase Local Emulator Suite を使用したタスクキュー関数のテスト
Firebase Local Emulator Suite のタスクキュー関数は、シンプルな HTTP 関数として公開されます。json データ ペイロードを使用して HTTP POST リクエストを送信することで、エミュレートされたタスク関数をテストできます。
# start the Firebase Emulators
firebase emulators:start
# trigger the emulated task queue function
curl \
-X POST # An HTTP POST request...
-H "content-type: application/json" \ # ... with a JSON body
http://localhost:$PORT/$PROJECT_ID/$REGION/$NAME \ # ... to function url
-d '{"data": { ... some data .... }}' # ... with JSON encoded data
タスクキュー関数のデプロイ
Firebase CLI を使用してタスクキュー関数をデプロイします。
$ firebase deploy --only functions:backupApod
タスクキュー関数を初めてデプロイするときに、ソースコード内で指定されているオプション(レート制限と再試行)が設定されたタスクキューが Cloud Tasks に作成されます。
関数のデプロイ時に権限エラーが発生した場合は、デプロイ コマンドを実行するユーザーに適切な IAM ロールが割り当てられていることを確認します。
関数をキューに追加する
Node.js 用の Firebase Admin SDK を使用して、Cloud Functions for Firebase などの信頼できるサーバー環境から Cloud Tasks のキューにタスクキュー関数を追加できます。Admin SDK を初めて使用する場合は、サーバーに Firebase を追加するをご覧ください。
一般的なフローでは、Admin SDK が新しいタスクを作成し、Cloud Tasks のキューに入れて、タスクの構成を設定します。
exports.enqueueBackupTasks = functions.https.onRequest(
async (_request, response) => {
const queue = getFunctions().taskQueue("backupApod");
const enqueues = [];
for (let i = 0; i <= 10; i += 1) {
// Enqueue each task with i*60 seconds delay. Our task queue function
// should process ~1 task/min.
const scheduleDelaySeconds = i * 60
enqueues.push(
queue.enqueue(
{ id: `task-${i}` },
{
scheduleDelaySeconds,
dispatchDeadlineSeconds: 60 * 5 // 5 minutes
},
),
);
}
await Promise.all(enqueues);
response.sendStatus(200);
});
scheduleDelaySeconds
: このサンプルコードでは、N 番目のタスクに N 分の遅延を適用してタスクの実行を分散しようとします。これにより、1 分あたり約 1 個のタスクがトリガーされることになります。scheduleTime
を使用して、特定の時間にタスクをトリガーすることもできます。dispatchDeadlineSeconds
: タスクが完了するまでに Cloud Tasks が待機する最長時間。Cloud Tasks はキューの再試行の構成に従ってタスクを再試行しますが、再試行はこの制限時間に達するまで行われます。このサンプルでは、キューはタスクを 5 回まで再試行するように構成されていますが、プロセス全体(再試行を含む)に 5 分以上かかる場合、タスクは自動的にキャンセルされます。
トラブルシューティング
Cloud Tasks のロギングをオンにする
Cloud Tasks のログには、タスクに関連付けられたリクエストのステータスなど、有用な診断情報が含まれます。プロジェクトで大量のログが生成される可能性があるため、Cloud Tasks のログはデフォルトでオフになっています。タスクキュー関数の開発とデバッグを積極的に進めている間は、デバッグログをオンにすることをおすすめします。ロギングをオンにするをご覧ください。
IAM 権限
キューにタスクを追加するとき、または Cloud Tasks がタスクキュー関数を呼び出すときに、PERMISSION DENIED
エラーが発生することがあります。プロジェクトに次の IAM バインディングがあることを確認してください。
Cloud Tasks でタスクをキューに追加する際に使用する ID には、
cloudtasks.tasks.create
IAM 権限が必要です。このサンプルでは、これは App Engine のデフォルトのサービス アカウントです。
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member=serviceAccount:${PROJECT_ID}@appspot.gserviceaccount.com \
--role=roles/cloudtasks.enqueuer
Cloud Tasks でタスクをキューに追加する際に使用する ID には、Cloud Tasks のタスクに関連付けられたサービス アカウントを使用するための権限が必要です。
このサンプルでは、これは App Engine のデフォルトのサービス アカウントです。
App Engine のデフォルトのサービス アカウントのユーザーとして App Engine のデフォルトのサービス アカウントを追加する方法については、Google Cloud IAM のドキュメントをご覧ください。
タスクキュー関数をトリガーする際に使用する ID には、
cloudfunctions.functions.invoke
権限が必要です。このサンプルでは、これは App Engine のデフォルトのサービス アカウントです。
gcloud functions add-iam-policy-binding $FUNCTION_NAME \
--region=us-central1 \
--member=serviceAccount:${PROJECT_ID}@appspot.gserviceaccount.com \
--role=roles/cloudfunctions.invoker