Trigger di Firestore (2ª generazione)
Puoi configurare le funzioni Cloud Functions in modo che vengano attivate dagli 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 tipico ciclo di vita, una funzione Firestore svolge le seguenti operazioni:
Attende le modifiche a un documento specifico.
Si attiva quando si verifica un evento e ne esegue le attività.
Riceve un oggetto dati con un'istantanea del documento interessato. Per gli eventi
write
oupdate
, l'oggetto dati contiene snapshot che rappresentano lo stato del documento 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 |
Si attiva quando un documento esiste già e ha un valore modificato. |
google.cloud.firestore.document.v1.deleted |
Si attiva quando viene eliminato un documento contenente dati. |
google.cloud.firestore.document.v1.written |
Si attiva quando un documento viene creato, aggiornato o eliminato. |
I caratteri jolly vengono 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 ascoltare. Il percorso del documento deve trovarsi nello stesso progetto Google Cloud della funzione.
Ecco alcuni esempi di percorsi validi per i documenti:
users/marie
: attivatore valido. Monitora un singolo documento,/users/marie
.users/{username}
: attivatore 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. Fa riferimento 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}
: attivatore valido. Monitora tutti i documenti relativi agli indirizzi.users/{user=**}
: attivatore valido. Monitora tutti i documenti dell'utente e tutti i documenti nelle sottoraccolte di ogni documento utente, ad esempio/users/userID/address/home
o/users/userID/phone/work
.
Caratteri jolly e parametri
Se non sai quale documento specifico vuoi monitorare, utilizza un {wildcard}
anziché l'ID documento:
users/{username}
rimane in ascolto delle modifiche apportate a tutti i documenti dell'utente.
In questo esempio, quando un campo di un documento in users
viene modificato, corrisponde a un carattere jolly chiamato {username}
.
Se un documento in users
contiene sottoraccolte e un campo in una di queste sottoraccolte viene modificato, il carattere jolly {username}
non viene attivato. Se il tuo obiettivo è rispondere anche agli eventi nelle
raccolte secondarie, utilizza il carattere jolly multi-segmento {username=**}
.
Le corrispondenze con caratteri jolly vengono estratte dai percorsi dei documenti. Puoi definire tutti i caratteri jolly che desideri sostituire con ID raccolta o documento espliciti. Puoi
utilizzare fino a un carattere jolly multi-segmento come {username=**}
.
Strutture di eventi
Questo trigger richiama la 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 usi un linguaggio
digitato (come Go) per scrivere le funzioni.
Configura il tuo database Firestore
Per testare gli esempi in questo documento, è necessario un database Firestore. Deve essere configurata prima del 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 risiede il database. Questa scelta è definitiva.
Fai clic su Crea database.
Il modello di dati di Firestore è costituito da raccolte che contengono documenti. Un documento contiene un insieme di coppie chiave/valore.
Le funzioni create in questo tutorial vengono attivate quando apporti modifiche a un documento all'interno di una raccolta specificata.
Esempio 1: funzione Hello Firestore
La funzione Cloud Function di esempio seguente stampa i campi di un evento di attivazione di Firestore:
Node.js
Usa protobufjs per decodificare i dati
dell'evento. Includi google.events.cloud.firestore.v1
data.proto
nell'origine.
Python
Go
Java
C#
Esegui il deployment della funzione Hello Firestore
Se non lo hai già fatto, configura il tuo database Firestore.
Per eseguire il deployment della funzione Hello Firestore con un trigger di Firestore, esegui questo comando nella directory che contiene il codice di 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 funzione.REGION
: la regione in cui eseguire il deployment della funzione.TRIGGER_REGION
: la località del trigger, che deve corrispondere alla regione del database Firestore.ENTRY_POINT
: il punto di ingresso alla funzione nel codice sorgente. Questo è il codice che viene eseguito quando viene eseguita la funzione.
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 al tipo di eventogoogle.cloud.firestore.document.v1.written
.--trigger-event-filters=database='(default)'
specifica il database Firebase. Per il nome del database predefinito, utilizza(default)
.--trigger-event-filters-path-pattern=document='users/{username}'
fornisce il pattern di percorso dei documenti che devono essere monitorati per rilevare eventuali modifiche pertinenti. Questo pattern del percorso indica che tutti i documenti nella raccoltausers
devono essere monitorati. Per ulteriori informazioni, consulta Comprendere 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 dei dati di Firestore, fai clic su Inizia 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 verificare che la funzione sia stata attivata, fai clic sul nome collegato della funzione nella pagina Panoramica di Cloud Functions della console Google Cloud 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 in maiuscolo la stringa in quella posizione e sostituisce il valore con la stringa maiuscola:
Node.js
Usa protobufjs per decodificare i dati
dell'evento. Includi google.events.cloud.firestore.v1
data.proto
nell'origine.
Python
Go
Java
C#
Esegui il deployment della funzione Converti in lettere maiuscole.
Se non lo hai già fatto, configura il tuo database Firestore.
Usa questo comando per eseguire il deployment di una funzione che viene attivata da eventi di scrittura sul documento
companies/{CompanyId}
:gcloud functions deploy FUNCTION_NAME \ --gen2 \ --runtime=RUNTIME \ --trigger-location=TRIGGER REGION \ --region=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='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 funzione.REGION
: la regione in cui eseguire il deployment della funzione.TRIGGER_REGION
: la località del trigger, che deve corrispondere alla regione del database Firestore.ENTRY_POINT
: il punto di ingresso alla funzione nel codice sorgente. Questo è il codice che viene eseguito quando viene eseguita la funzione.
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 al tipo di eventogoogle.cloud.firestore.document.v1.written
.--trigger-event-filters=database='(default)'
specifica il database Firestore. Per il nome del database predefinito, utilizza(default)
.--trigger-event-filters-path-pattern=document='messages/{pushId}'
fornisce il pattern di percorso dei documenti che deve essere monitorato per rilevare eventuali modifiche pertinenti. Questo pattern del percorso indica che tutti i documenti nella raccoltamessages
devono essere monitorati. Per ulteriori informazioni, consulta Comprendere i pattern dei percorsi.
Testa la funzione Converti in lettere maiuscole.
Per testare la funzione Converti in lettere maiuscole di cui hai eseguito il deployment, configura una raccolta denominata messages
nel database Firestore:
Vai alla pagina dei 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 è "original" e il valore del campo è una parola minuscola, ad esempio:
Quando salvi il documento, puoi vedere che la parola minuscola nel campo del valore viene convertita in maiuscolo.
Se in seguito modifichi il valore del campo in modo che contenga le lettere minuscole, questa operazione attiva di nuovo la funzione, convertendo tutte le lettere minuscole in maiuscole.
Limitazioni
Tieni presente le seguenti limitazioni per i trigger di Firestore per Cloud Functions:
- L'ordine non è garantito. Le modifiche rapide possono attivare chiamate di funzioni in modo imprevisto.
- Gli eventi vengono recapitati almeno una volta, ma un singolo evento potrebbe comportare più chiamate di funzioni. Evita di dipendere dalla meccanica "exactly-once" e scrivi funzioni idempotenti.
- Firestore in modalità Datastore richiede Cloud Functions (2nd gen). Cloud Functions (1ª generazione.) non supporta la modalità Datastore.
- Cloud Functions (1ª generazione.) funziona solo con il database "(default)" e non supporta i database denominati Firestore. Utilizza Cloud Functions (2ª generazione) per configurare gli eventi per i database denominati.
- Un trigger è associato a un singolo database. Non puoi creare un trigger corrispondente a più database.
- L'eliminazione di un database non elimina automaticamente i trigger per quel database. L'attivatore smette di pubblicare eventi, ma continua a esistere finché non lo elimini.
- Se un evento con corrispondenza supera la dimensione massima della richiesta, l'evento potrebbe non essere consegnato a Cloud Functions (1ª generazione).
- Gli eventi non recapitati a causa delle dimensioni della richiesta vengono registrati nei log della piattaforma e vengono conteggiati ai fini dell'utilizzo dei log per il progetto.
- Puoi trovare questi log in Esplora log con il messaggio "L'evento non può essere recapitato alla funzione Cloud Functions a causa del superamento del limite per la 1ª generazione..." con gravità
error
. Puoi trovare il nome della funzione sotto il campofunctionName
. Se il camporeceiveTimestamp
è ancora entro un'ora da adesso, puoi dedurre i contenuti effettivi dell'evento leggendo il documento in questione con un'istantanea prima e dopo il timestamp. - Per evitare questo ritmo, puoi:
- Migrazione a Cloud Functions (2nd gen) ed upgrade
- Ridimensiona il documento
- Elimina la funzione Cloud Functions in questione
- Puoi disattivare il logging stesso utilizzando le esclusioni, ma tieni presente che gli eventi offensivi non verranno comunque pubblicati.