Monday, December 2, 2024
No menu items!
HomeCloud ComputingFirestore adds three new trigger destinations through an integration with Eventarc

Firestore adds three new trigger destinations through an integration with Eventarc

Firestore triggers, commonly referred to in industry as change data capture, is a popular feature that lets you trigger custom compute logic in response to Firestore document changes. This feature is commonly utilized to replicate Firestore document changes to third-party services, notify them of changes to Firestore documents, and archive deleted Firestore documents in a different storage system. 

To support a broader set of Firestore triggering destinations, we’re excited to share a new integration with Eventarc. Through this integration, we’re adding support for three new Eventarc supported triggering destinations: Cloud Run, Google Kubernetes Engine (GKE), and Cloud Functions (2nd gen). The integration uses the CloudEvents format, which is a unified specification for describing event data. Support for these new triggering destinations is in addition to the existing Firestore triggering support for Cloud Functions (1st gen). 

Example walkthrough

Let’s say that you’re building a chat messaging system on Firestore, and you want newly created chat messages written to Firestore to cause an invocation of another process elsewhere. Your data model might be similar to the example below:

To start, you’ll need to set up a Firestore trigger. You can choose among destinations like Cloud Functions (2nd gen), Cloud Run, and Google Kubernetes Engine. 

In this case, let’s say we have a Cloud Run service named hello that exposes an HTTP endpoint. The sample container provided by Cloud Run can serve this purpose. By navigating to the triggers tab in Cloud Run, we can create a new trigger which invokes this endpoint anytime a document is created.

When you configure a new trigger, you can also apply filters. The example below only triggers when a document is created under the Chats collection in the (default) database:

That’s it! Now when documents are created in the Chats collection, you’ll see that these documents are passed to the configured Cloud Run service named hello almost immediately!

For Firebase users, you can setup and manage Cloud Functions (2nd gen) using the Firebase CLI. You can also use the Firebase emulator suite to test everything locally before deploying to production. 

Next steps

For more information on how to set up and configure Firestore triggers, simply check out our documentation.

Thanks to Juan Lara, Senior Technical Writer, Firestore, for their contributions to this blog post.

Related Article

Serverless in action: building a simple backend with Cloud Firestore and Cloud Functions

[Editor’s note: Qlouder is a long-time Google Cloud partner that specializes in application development, big data, machine learning and c…

Read Article

Cloud BlogRead More

RELATED ARTICLES

LEAVE A REPLY

Please enter your comment!
Please enter your name here

Most Popular

Recent Comments