Firebase で AI 搭載アプリを構築して実行する方法のデモを、2024 年の Demo Day でご覧ください。ぜひご覧ください。

Cloud Tasks で関数をキューに追加する

タスクキュー関数は、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 を使用してタスクキュー関数を記述します。
HTTP リクエストで関数をトリガーして、関数をテストします。
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) => {index.js

retryConfig.maxAttempts=5: タスクキュー内の各タスクは、最大 5 回まで自動的に再試行されます。これにより、ネットワークエラーや、依存している外部サービスの一時的な停止といった、一時的なエラーの影響を軽減できます。
retryConfig.minBackoffSeconds=60: 各タスクは、それぞれ 60 秒以上の間隔で再試行されます。これにより、各試行の間に大きなバッファができるため、5 回の再試行を短時間で使い切らずにすみます。
rateLimits.maxConcurrentDispatch=6: 同時にディスパッチされるタスクが 6 個までに制限されます。これにより、基盤となる関数に安定してリクエストが流れるようになり、アクティブなインスタンスの数とコールドスタートの数を低減できます。

タスクキュー関数をテストする

ほとんどの場合、タスクキュー関数をテストするには Cloud Functions エミュレータが最適です。タスクキュー関数のエミュレーション用にアプリをインストルメント化する方法については、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 個のタスクがトリガーされることになります。Cloud Tasks で特定の時間にタスクをトリガーする場合は、scheduleTime を使用することも留意してください。
dispatchDeadlineSeconds: タスクが完了するまでに Cloud Tasks が待機する最長時間。Cloud Tasks は、キューの再試行の構成に従って、またはその制限時間に達するまで、タスクを再試行します。このサンプルでは、キューはタスクを 5 回まで再試行するように構成されていますが、プロセス全体（再試行を含む）に 5 分以上かかる場合、タスクは自動的にキャンセルされます。

トラブルシューティング

Cloud Tasks">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