Trigger di Firestore
Puoi configurare le funzioni Cloud Run in modo che vengano attivate da eventi in un database Firestore. Una volta attivata, la funzione può leggere e aggiornare un database Firestore in risposta a questi eventi tramite le API e le librerie client di Firestore.
In un ciclo di vita tipico, una funzione Firestore esegue le seguenti operazioni:
Attende le modifiche a un determinato documento.
Si attiva quando si verifica un evento ed esegue le relative attività.
Riceve un oggetto dati con uno snapshot del documento interessato. Per
write
oupdate
eventi, l'oggetto dati contiene snapshot che rappresentano prima e dopo l'evento di attivazione.
Tipi di evento
Firestore supporta gli eventi create
, update
, delete
e write
. L'evento
write
include tutte le modifiche a un documento.
Tipo di evento | Trigger |
---|---|
google.cloud.firestore.document.v1.created (valore predefinito) |
Si attiva quando un documento viene scritto per la prima volta. |
google.cloud.firestore.document.v1.updated |
Viene attivato quando esiste già un documento e un valore è stato modificato. |
google.cloud.firestore.document.v1.deleted |
Viene attivato quando viene eliminato un documento con dati. |
google.cloud.firestore.document.v1.written |
Si attiva quando un documento viene creato, aggiornato o eliminato. |
I caratteri jolly sono scritti nei trigger utilizzando parentesi graffe, come segue:
"projects/YOUR_PROJECT_ID/databases/(default)/documents/collection/{document_wildcard}"
Specifica il percorso del documento
Per attivare la funzione, specifica un percorso del documento da monitorare. Il documento il percorso deve trovarsi nello stesso progetto Google Cloud della funzione.
Ecco alcuni esempi di percorsi dei documenti validi:
users/marie
: trigger valido. Monitora un singolo documento,/users/marie
.users/{username}
: trigger valido. Monitora tutti i documenti dell'utente. I caratteri jolly vengono utilizzati per monitorare tutti i documenti della raccolta.users/{username}/addresses
: attivatore non valido. Si riferisce alla sottoraccoltaaddresses
, non a un documento.users/{username}/addresses/home
: attivatore valido. Monitora il documento dell'indirizzo di casa per tutti gli utenti.users/{username}/addresses/{addressId}
: trigger valido. Monitora tutti gli indirizzi documenti.users/{user=**}
: trigger valido. Monitora tutti i documenti utente e eventuali documenti nelle raccolte secondarie di ciascun documento utente, ad esempio/users/userID/address/home
o/users/userID/phone/work
.
Caratteri jolly e parametri
Se non conosci il documento specifico che vuoi monitorare, utilizza un {wildcard}
instead of the document ID:
users/{username}
rimane in ascolto delle modifiche a tutti i documenti dell'utente.
In questo esempio, quando viene modificato un campo in qualsiasi documento in users
,
corrisponde a un carattere jolly denominato {username}
.
Se un documento in users
ha
sottoraccolte e una
in una delle sottoraccolte documenti vengono modificati, {username}
il carattere jolly non viene attivato. Se il tuo obiettivo è rispondere agli eventi in
Inoltre, utilizza il carattere jolly multisegmento {username=**}
.
Le corrispondenze con caratteri jolly vengono estratte dai percorsi dei documenti. Puoi definire quanti simboli jolly vuoi per sostituire ID raccolta o documento espliciti. Puoi
utilizza fino a un carattere jolly multisegmento come {username=**}
.
Strutture per eventi
Questo trigger richiama la tua funzione con un evento simile al seguente:
{ "oldValue": { // Update and Delete operations only A Document object containing a pre-operation document snapshot }, "updateMask": { // Update operations only A DocumentMask object that lists changed fields. }, "value": { // A Document object containing a post-operation document snapshot } }
Ogni oggetto Document
contiene uno o più oggetti Value
. Per i riferimenti ai tipi, consulta la documentazione di Value
. Ciò è particolarmente utile se utilizzi una lingua digitata
(come Go) per scrivere le tue funzioni.
Esempi
I seguenti esempi mostrano come scrivere funzioni che rispondono a una Trigger di Firestore.
Prima di iniziare
- Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
-
Enable the Cloud Functions, Cloud Build, Artifact Registry, Eventarc, Logging, Pub/Sub, and Cloud Run APIs.
- Install the Google Cloud CLI.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
-
Enable the Cloud Functions, Cloud Build, Artifact Registry, Eventarc, Logging, Pub/Sub, and Cloud Run APIs.
- Install the Google Cloud CLI.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
Prepara l'ambiente di sviluppo.
Node.js
Python
Vai
Java
C#
Ruby
PHP
Se hai già installato gcloud CLI, aggiornalo eseguendo il seguente comando:
gcloud components update
Configura il tuo database Firestore
Per testare gli esempi in questo documento, devi avere un database Firestore. Deve essere implementato prima di eseguire il deployment delle funzioni. Se non disponi già di un Database Firestore, creane uno come segue:
Vai alla pagina Dati di Firestore.
Fai clic su Seleziona modalità nativa.
Scegli la regione (località) in cui si trova il database. Questa scelta è definitiva.
Fai clic su Crea database.
Il modello dati di Firestore è costituito da raccolte che contengono documenti. Un documento contiene una serie di coppie chiave/valore.
Le funzioni create in questo tutorial vengono attivate quando apporti modifiche un documento all'interno di una raccolta specificata.
Esempio 1: funzione Hello Firestore
La seguente funzione Cloud Run di esempio stampa i campi di un evento Firestore che attiva:
Node.js
Utilizzare protobufjs per decodificare l'evento
e i dati di Google Cloud. Includi google.events.cloud.firestore.v1
data.proto
nella sorgente.
Python
Vai
Java
C#
Esegui il deployment della funzione Hello Firestore
Se non l'hai ancora fatto, configura Database Firestore.
Per eseguire il deployment della funzione Hello Firestore con un file Firestore esegui questo comando nella directory che contiene l'esempio (o, nel caso di Java, il file
pom.xml
):gcloud functions deploy FUNCTION_NAME \ --gen2 \ --runtime=RUNTIME \ --region=REGION \ --trigger-location=TRIGGER REGION \ --source=. \ --entry-point=ENTRY_POINT \ --trigger-event-filters=type=google.cloud.firestore.document.v1.written \ --trigger-event-filters=database='(default)' \ --trigger-event-filters-path-pattern=document='users/{username}'
Sostituisci quanto segue:
FUNCTION_NAME
: un nome per la funzione di cui hai eseguito il deployment.RUNTIME
: il runtime del linguaggio utilizzato dalla tua funzione.REGION
: la regione in cui eseguire il deployment della funzione.TRIGGER_REGION
: la posizione dell'attivatore, che deve essere uguale alla regione del database Firestore.ENTRY_POINT
: il punto di contatto della funzione nel codice sorgente. Questo è il codice che viene eseguito quando la funzione viene eseguita.
Utilizza gli altri campi così come sono:
--trigger-event-filters=type=google.cloud.firestore.document.v1.written
specifica che la funzione viene attivata quando un documento viene creato, aggiornato o eliminato, in base algoogle.cloud.firestore.document.v1.written
tipo di evento.--trigger-event-filters=database='(default)'
specifica per configurare un database. Per il nome predefinito del database, utilizza(default)
.--trigger-event-filters-path-pattern=document='users/{username}'
fornisce il parametro del percorso dei documenti che devono essere monitorati per verificare le modifiche pertinenti. Questo pattern di percorso indica che tutti i documenti della raccoltausers
devono essere monitorati. Per ulteriori informazioni, vedi Comprendi i pattern dei percorsi.
Testa la funzione Hello Firestore
Per testare la funzione Hello Firestore, configura una raccolta denominata
users
nel tuo database Firestore:
Nella pagina Dati di Firestore, fai clic su Avvia una raccolta.
Specifica
users
come ID raccolta.Per iniziare ad aggiungere il primo documento della raccolta, in Aggiungi il primo documento accetta l'ID documento generato automaticamente.
Aggiungi almeno un campo per il documento, specificando un nome e un valore. In questo esempio, il nome è "username" e il valore è "rowan:"
Quando hai terminato, fai clic su Salva.
Questa azione crea un nuovo documento, attivando così la funzione.
Per confermare che la funzione è stata attivata, fai clic sul nome collegato del nella console Google Cloud Pagina Panoramica delle funzioni di Cloud Run per aprire la pagina Dettagli funzione.
Apri la scheda Log e cerca questa stringa:
Function triggered by change to: //firestore.googleapis.com/projects/your-project-id/databases/(default)'
Esempio 2: funzione Converti in lettere maiuscole
Questo esempio recupera il valore aggiunto dall'utente, converte la stringa in quella posizione in maiuscolo e sostituisce il valore con la stringa in maiuscolo:
Node.js
Utilizzare protobufjs per decodificare l'evento
e i dati di Google Cloud. Includi google.events.cloud.firestore.v1
data.proto
nel codice sorgente.
Python
Vai
Java
C#
Esegui il deployment della funzione Converti in maiuscolo
Se non l'hai ancora fatto, configura Database Firestore.
Utilizza questo comando per eseguire il deployment di una funzione che viene attivata scrivi eventi sul documento
companies/{CompanyId}
:gcloud functions deploy FUNCTION_NAME \ --gen2 \ --runtime=RUNTIME \ --trigger-location=TRIGGER REGION \ --region=REGION \ --source=. \ --entry-point=ENTRY_POINT \ --set-env-vars GOOGLE_CLOUD_PROJECT=PROJECT_ID \ --trigger-event-filters=type=google.cloud.firestore.document.v1.written \ --trigger-event-filters=database='(default)' \ --trigger-event-filters-path-pattern=document='messages/{pushId}'
Sostituisci quanto segue:
FUNCTION_NAME
: un nome per la funzione di cui hai eseguito il deployment.RUNTIME
: il runtime del linguaggio utilizzato dalla tua funzione.REGION
: la regione in cui eseguire il deployment della funzione.TRIGGER_REGION
: la posizione dell'attivatore, che deve essere uguale alla regione del database Firestore.ENTRY_POINT
: il punto di accesso alla funzione in codice sorgente. Questo è il codice che viene eseguito quando viene eseguita la funzione.PROJECT_ID
: l'identificatore univoco del progetto.
Utilizza gli altri campi così come sono:
--trigger-event-filters=type=google.cloud.firestore.document.v1.written
specifica che la funzione viene attivata quando viene creato, aggiornato o eliminato un documento, in base algoogle.cloud.firestore.document.v1.written
tipo di evento.--trigger-event-filters=database='(default)'
specifica il database Firestore. Per il nome predefinito del database, utilizza(default)
.--trigger-event-filters-path-pattern=document='messages/{pushId}'
fornisce il pattern del percorso dei documenti che devono essere monitorati per verificare modifiche. Questo pattern di percorso indica che tutti i documenti della raccoltamessages
devono essere monitorati. Per ulteriori informazioni, consulta Informazioni sui pattern di percorso.
Testa la funzione Converti in lettere maiuscole
Per testare la funzione Converti in maiuscole di cui hai appena eseguito il deployment, configura
una raccolta chiamata messages
nel tuo
Database Firestore:
Vai alla pagina Dati di Firestore.
Fai clic su Crea una raccolta.
Specifica
messages
come ID raccolta.Per iniziare ad aggiungere il primo documento della raccolta, in Aggiungi il primo documento accetta l'ID documento generato automaticamente.
Per attivare la funzione di cui hai eseguito il deployment, aggiungi un documento in cui il nome del campo è "originale" e il valore del campo è una parola minuscola, ad esempio:
Quando salvi il documento, puoi vedere la parola minuscola nel valore viene convertito in lettere maiuscole.
Se successivamente modifichi il valore del campo in modo che contenga lettere minuscole, la funzione viene attivata di nuovo e tutte le lettere minuscole vengono convertite in maiuscole.
Limitazioni
- L'ordine non è garantito. Le variazioni rapide possono attivare le chiamate di funzione in un ordine imprevisto.
- Gli eventi vengono pubblicati almeno una volta, ma un singolo evento può generare più chiamate di funzione. Da evitare in base a la meccanica "exactly-once" e scrivere funzioni idempotenti:
- Un trigger è associato a un singolo database. Non puoi creare un trigger che corrisponde a più database.
- L'eliminazione di un database non comporta l'eliminazione automatica degli attivatori per quel database. La interrompe la pubblicazione degli eventi, ma continua a esistere finché non elimini l'attivatore.