Firestore トリガーが Eventarc と統合し、3 つのトリガー先が追加

※この投稿は米国時間 2023 年 5 月 23 日に、Google Cloud blog に投稿されたものの抄訳です。

Firestore トリガーは、Firestore のドキュメント変更に応じてカスタム演算をトリガーできるようにする、業界内で「変更データ キャプチャ」という名称で広く知られる機能です。この機能は、通常、Firestore ドキュメントの変更点をサードパーティのサービスに複製したり、変更点について通知したり、削除された Firestore ドキュメントを別のストレージ システムにアーカイブしたりするために使用されます。

このたび、Firestore のトリガー先を拡充するため、Eventarc と統合したことをお知らせいたします。これにより、Eventarc がサポートしている Cloud Run、Google Kubernetes Engine（GKE）、Cloud Functions（第 2 世代）の 3 つを、トリガー先として利用できるようになります。このインテグレーションでは、イベントデータを記述するための統一仕様である CloudEvents フォーマットが使用されています。 すでにサポートされてる Cloud Functions（第 1 世代）に続き、新しく 3 つのトリガー先が追加される形となります。

サンプルのチュートリアル

たとえば、Firestore でチャット メッセージ システムを構築し、新しいチャット メッセージが Firestore に書き込まれたタイミングで別のところにあるプロセスを起動したいとしましょう。たとえば、次のようなデータモデルを利用しているとします。

まず、Firestore トリガーを設定する必要があります。トリガー先として、Cloud Functions（第 2 世代）、Cloud Run、Google Kubernetes Engine などを選択できます。

新しいトリガーの構成時に、フィルタを適用することもできます。次の例では、(default) データベースの Chats コレクションでドキュメントが生成されたときにのみ、トリガーが発行されるようにしています。

これで、Chats コレクションでドキュメントが作成されると、hello という名前の構成済み Cloud Run サービスにそのドキュメントが直ちに渡されるようになります。

Firebase ユーザーは、Firebase CLI を使って、Cloud Functions（第 2 世代）の設定および管理を行えます。Firebase エミュレータ スイートを使って、本番環境にデプロイする前にローカルですべてテストすることもできます。

次のステップ

Firestore トリガーの作成および構成方法について詳しくは、ドキュメントをご覧ください。

^{このブログ投稿の執筆に際し、Firestore のシニア テクニカル ライターである Juan Lara の協力に感謝します。}