Estendi con Cloud Functions (2nd gen)
Con Cloud Functions puoi eseguire il deployment del codice per gestire gli eventi innescati da modifiche al database Firestore. Ciò ti consente di aggiungere funzionalità lato server senza utilizzare i tuoi server.
Estendi Firestore con Cloud Functions (2nd gen)
Cloud Functions (2nd gen) supporta i seguenti attivatori di eventi Firestore per consentirti di creare gestori associati agli eventi Firestore:
Tipo di evento | Trigger |
---|---|
google.cloud.firestore.document.v1.created |
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 presenta un valore modificato. |
google.cloud.firestore.document.v1.deleted |
Si attiva quando un documento viene eliminato. |
google.cloud.firestore.document.v1.written |
Si attiva quando vengono attivati created , updated o deleted . |
google.cloud.firestore.document.v1.created.withAuthContext |
Uguale a created , ma con l'aggiunta delle informazioni di autenticazione. |
google.cloud.firestore.document.v1.updated.withAuthContext |
Uguale a updated , ma con l'aggiunta delle informazioni di autenticazione. |
google.cloud.firestore.document.v1.deleted.withAuthContext |
Uguale a deleted , ma con l'aggiunta delle informazioni di autenticazione. |
google.cloud.firestore.document.v1.written.withAuthContext |
Uguale a written , ma con l'aggiunta delle informazioni di autenticazione. |
Gli eventi Firestore si attivano solo per le modifiche ai documenti. L'aggiornamento di un documento Firestore in cui i dati rimangono invariati (scrittura autonomo) non genera un evento di aggiornamento o scrittura. Non è possibile aggiungere eventi a campi specifici.
Includi il contesto di autenticazione nell'evento
Per includere informazioni di autenticazione aggiuntive sull'evento, utilizza un attivatore di eventi con l'estensione withAuthContext
. Questa estensione aggiunge ulteriori informazioni sull'entità che ha attivato l'evento. Aggiunge gli
attributi authtype
e authid
oltre alle informazioni restituite
nell'evento di base. Consulta il riferimento di authcontext
per ulteriori informazioni sui valori degli attributi.
Scrivi una funzione attivata da Firestore
Per scrivere una funzione che risponda agli eventi Firestore, preparati a specificare quanto segue durante il deployment:
- un tipo di evento trigger
- un filtro di eventi di trigger per selezionare i documenti associati alla funzione
- il codice della funzione da eseguire
Filtri di eventi di trigger
Quando specifichi un filtro eventi, puoi specificare una corrispondenza esatta dei documenti o un pattern del percorso. Utilizza un pattern del percorso per abbinare più documenti a caratteri jolly *
o **
.
Ad esempio, puoi rispondere alle modifiche al seguente documento:
users/marie
Utilizza i caratteri jolly, *
o **
, per rispondere alle modifiche nei documenti
che corrispondono a un pattern. Un carattere jolly *
corrisponde a un singolo segmento e
un carattere jolly a più segmenti **
corrisponde a zero o più segmenti nel pattern.
Per le corrispondenze di singoli segmenti (*
), puoi anche utilizzare un gruppo di acquisizione denominato. Ad esempio, users/{userId}
.
Ad esempio:
Pattern | Descrizione |
---|---|
/users/* o /users/{userId} |
Corrisponde a tutti i documenti nella raccolta /users . Non corrisponde ai documenti in raccolte secondarie come /users/marie/messages/33e2IxYBD9enzS50SJ68 |
/users/** |
Corrisponde a tutti i documenti nella raccolta /users e ai documenti in sottoraccolte come /users/marie/messages/33e2IxYBD9enzS50SJ68 |
Per scoprire di più sui pattern di percorso, consulta Pattern di percorso Eventarc.
L'attivatore deve sempre puntare a un documento, anche se usi un carattere jolly.
Ad esempio, users/{userId=*}/{messageCollectionId=*}
non è valido perché {messageCollectionId=*}
è una raccolta. Tuttavia, users/{userId=*}/{messageCollectionId}/{messageId=*}
è
valido perché {messageId=*}
rimanderà sempre a un documento.
Funzioni di esempio
L'esempio seguente mostra come ricevere eventi Firestore.
Per lavorare con i dati dei documenti coinvolti in un evento, guarda i campi value
e
old_value
.
value
: un oggettoDocument
contenente un'istantanea documento post-operazione. Questo campo non viene compilato per gli eventi di eliminazione.old_value
: un oggettoDocument
che contiene uno snapshot di un documento pre-operazione. Questo campo viene compilato solo per gli eventi di aggiornamento ed eliminazione.
Go
Per eseguire l'autenticazione su Firestore, configura le Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Java
Per eseguire l'autenticazione su Firestore, configura le Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per eseguire l'autenticazione su Firestore, configura le Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Utilizza protobufjs per decodificare i dati sugli eventi. Includi l'elementogoogle.events.cloud.firestore.v1
data.proto
nella fonte.
Python
Per eseguire l'autenticazione su Firestore, configura le Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
C#
Per eseguire l'autenticazione su Firestore, configura le Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
I seguenti esempi convertono in lettere maiuscole le stringhe aggiunte al campo original
di un
documento interessato e scrivono il nuovo valore nello stesso documento:
Go
Per eseguire l'autenticazione su Firestore, configura le Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Java
Per eseguire l'autenticazione su Firestore, configura le Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per eseguire l'autenticazione su Firestore, configura le Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Utilizza protobufjs per decodificare i dati sugli eventi. Includi l'elementogoogle.events.cloud.firestore.v1
data.proto
nella fonte.
Python
Per eseguire l'autenticazione su Firestore, configura le Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
C#
Per eseguire l'autenticazione su Firestore, configura le Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Includi le dipendenze proto nell'origine
Devi includere il file Firestore data.proto
nella directory di origine per la funzione. Questo file importa i seguenti
proto, che devi includere anche nella directory di origine:
Usa la stessa struttura di directory per le dipendenze. Ad esempio, inserisci
struct.proto
in google/protobuf
.
Questi file sono necessari per decodificare i dati sugli eventi. Se l'origine della funzione non include questi file, restituisce un errore durante l'esecuzione.
Attributi evento
Ogni evento include attributi dei dati che includono informazioni sull'evento, come l'ora in cui l'evento è stato attivato. Firestore aggiunge altri dati sul database e sul documento relativi all'evento. Puoi accedere a questi attributi nel seguente modo:
Java
logger.info("Function triggered by event on: " + event.getSource()); logger.info("Event type: " + event.getType()); logger.info("Event time " + event.getTime()); logger.info("Event project: " + event.getExtension("project")); logger.info("Event location: " + event.getExtension("location")); logger.info("Database name: " + event.getExtension("database")); logger.info("Database document: " + event.getExtension("document")); // For withAuthContext events logger.info("Auth information: " + event.getExtension("authid")); logger.info("Auth information: " + event.getExtension("authtype"));
Node.js
console.log(`Function triggered by event on: ${cloudEvent.source}`); console.log(`Event type: ${cloudEvent.type}`); console.log(`Event time: ${cloudEvent.time}`); console.log(`Event project: ${cloudEvent.project}`); console.log(`Event location: ${cloudEvent.location}`); console.log(`Database name: ${cloudEvent.database}`); console.log(`Document name: ${cloudEvent.document}`); // For withAuthContext events console.log(`Auth information: ${cloudEvent.authid}`); console.log(`Auth information: ${cloudEvent.authtype}`);
Python
print(f"Function triggered by change to: {cloud_event['source']}") print(f"Event type: {cloud_event['type']}") print(f"Event time: {cloud_event['time']}") print(f"Event project: {cloud_event['project']}") print(f"Location: {cloud_event['location']}") print(f"Database name: {cloud_event['database']}") print(f"Document: {cloud_event['document']}") // For withAuthContext events print(f"Auth information: {cloud_event['authid']}") print(f"Auth information: {cloud_event['authtype']}")
Esegui il deployment di una funzione
Gli utenti che eseguono il deployment di Cloud Functions devono avere il ruolo IAM Sviluppatore Cloud Functions o un ruolo che includa le stesse autorizzazioni. Vedi anche Configurazione aggiuntiva per il deployment.
Puoi eseguire il deployment di una funzione usando gcloud CLI o la console Google Cloud. L'esempio seguente mostra il deployment con gcloud CLI. Per maggiori dettagli sul deployment con la console Google Cloud, consulta Eseguire il deployment di Cloud Functions
gcloud
-
Nella console Google Cloud, attiva Cloud Shell.
Nella parte inferiore della console Google Cloud viene avviata una sessione di Cloud Shell che mostra un prompt della riga di comando. Cloud Shell è un ambiente shell con Google Cloud CLI già installato e con valori già impostati per il progetto attuale. L'inizializzazione della sessione può richiedere alcuni secondi.
Utilizza il comando
gcloud functions deploy
per eseguire il deployment di una funzione:gcloud functions deploy YOUR_FUNCTION_NAME \ --gen2 \ --region=FUNCTION_LOCATION \ --trigger-location=TRIGGER_LOCATION \ --runtime=YOUR_RUNTIME \ --source=YOUR_SOURCE_LOCATION \ --entry-point=YOUR_CODE_ENTRYPOINT \ --trigger-event-filters="type=EVENT_FILTER_TYPE" \ --trigger-event-filters="database=DATABASE" \ --trigger-event-filters-path-pattern="document=DOCUMENT" \
Il primo argomento,
YOUR_FUNCTION_NAME
, è un nome della funzione di cui hai eseguito il deployment. Il nome della funzione deve iniziare con una lettera seguita da un massimo di 62 lettere, numeri, trattini o trattini bassi e deve terminare con una lettera o un numero.Il flag
--gen2
specifica che vuoi eseguire il deployment su Cloud Functions (2nd gen). L'omissione di questo flag comporta il deployment in Cloud Functions (1ª generazione.).Il flag
--region
specifica la regione in cui eseguire il deployment della funzione.Per massimizzare la prossimità, imposta una regione vicina al tuo database Firestore. Se il tuo database Firestore si trova in una località multiregionale, imposta su
us-central1
per i database innam5
e sueurope-west4
per i database ineur3
. Per le località di Firestore a livello di regione, imposta la stessa regione.Il flag
--trigger-location
specifica la posizione dell'attivatore. Devi impostare il flag sulla località del tuo database Firestore.Il flag
--runtime
specifica il runtime del linguaggio utilizzato dalla funzione. Cloud Functions supporta diversi runtime. Per ulteriori informazioni, consulta Runtime.Il flag
--source
specifica la posizione del codice sorgente della funzione. Per informazioni dettagliate, consulta quanto segue:Il flag
--entry-point
specifica il punto di ingresso della funzione nel codice sorgente. Questo è il codice che verrà eseguito quando viene eseguita la funzione. Il valore di questo flag deve essere il nome di una funzione o un nome completo di classe esistente nel codice sorgente. Per ulteriori informazioni, consulta Punto di ingresso alla funzione.EVENT_FILTER_TYPE
: Firestore supporta i seguenti tipi di eventi.google.cloud.firestore.document.v1.created
: l'evento viene inviato quando un documento viene scritto per la prima volta.google.cloud.firestore.document.v1.updated
: l'evento viene inviato quando un documento esiste già e ha un valore modificato.google.cloud.firestore.document.v1.deleted
: l'evento viene inviato quando un documento viene eliminato.google.cloud.firestore.document.v1.written
: l'evento viene inviato quando un documento viene creato, aggiornato o eliminato.google.cloud.firestore.document.v1.created.withAuthContext
: l'evento viene inviato quando un documento viene scritto per la prima volta e include informazioni di autenticazione aggiuntivegoogle.cloud.firestore.document.v1.updated.withAuthContext
: l'evento viene inviato quando un documento esiste già e ha un valore modificato. Include informazioni di autenticazione aggiuntivegoogle.cloud.firestore.document.v1.deleted.withAuthContext
: l'evento viene inviato quando un documento viene eliminato. Include informazioni di autenticazione aggiuntivegoogle.cloud.firestore.document.v1.written.withAuthContext
: l'evento viene inviato quando un documento viene creato, aggiornato o eliminato. Include informazioni di autenticazione aggiuntive
DATABASE
: il database Firestore. Per il nome predefinito del database, utilizza(default)
.DOCUMENT
: il percorso del database che attiva gli eventi quando i dati vengono creati, aggiornati o eliminati. L'operatore può essere uno dei seguenti:- Uguale; ad esempio,
--trigger-event-filters=document='users/marie'
- Pattern del percorso, ad esempio
--trigger-event-filters-path-pattern=document='users/*'
. Per saperne di più, consulta Comprendere i pattern dei percorsi.
- Uguale; ad esempio,
Facoltativamente, puoi specificare ulteriori opzioni di configurazione, networking e sicurezza quando esegui il deployment di una funzione.
Per un riferimento completo sul comando deployment e sui suoi flag, consulta la documentazione di
gcloud functions deploy
.
Deployment di esempio
I seguenti esempi dimostrano i deployment con Google Cloud CLI.
Esegui il deployment di una funzione per un database nella regione us-west2
:
gcloud functions deploy gcfv2-trigger-firestore-node \
--gen2 \
--region=us-west2 \
--trigger-location=us-west2 \
--runtime=nodejs18 \
--source=gs://CLOUD_STORAGE_BUCKET/firestoreEventFunction.zip \
--entry-point=makeUpperCase \
--trigger-event-filters=type=google.cloud.firestore.document.v1.written \
--trigger-event-filters=database='(default)' \
--trigger-event-filters-path-pattern=document='messages/{pushId}'
Esegui il deployment di una funzione per un database nella località multiregionale nam5
:
gcloud functions deploy gcfv2-trigger-firestore-python \
--gen2 \
--region=us-central1 \
--trigger-location=nam5 \
--runtime=python311 \
--source=gs://CLOUD_STORAGE_BUCKET/firestoreEventFunction.zip \
--entry-point=make_upper_case \
--trigger-event-filters=type=google.cloud.firestore.document.v1.written.withAuthContext \
--trigger-event-filters=database='(default)' \
--trigger-event-filters-path-pattern=document='messages/{pushId}'
Limitazioni
Tieni presente le seguenti limitazioni per i trigger Firestore per Cloud Functions:
- Cloud Functions (1ª generazione.) prepara un database "(predefinito)" esistente in modalità nativa Firestore. Non supporta i database denominati Firestore o la modalità Datastore. In questi casi, usa Cloud Functions (2ª generazione.) per configurare gli eventi.
- L'ordine non è garantito. Modifiche rapide possono attivare chiamate di funzione in un ordine inaspettato.
- Gli eventi vengono pubblicati almeno una volta, ma un singolo evento può generare più chiamate di funzione. 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.
- Un trigger è associato a un singolo database. Non puoi creare un trigger che corrisponde a più database.
- L'eliminazione di un database non elimina automaticamente alcun trigger per quel database. L'attivatore interrompe la pubblicazione degli eventi, ma continua a esistere finché non elimini l'attivatore.
- Se un evento corrispondente supera le dimensioni massime della richiesta, l'evento potrebbe non essere pubblicato in Cloud Functions (1ª generazione.).
- Gli eventi non consegnati a causa delle dimensioni della richiesta vengono registrati nei log della piattaforma e conteggiati ai fini dell'utilizzo dei log per il progetto.
- Puoi trovare questi log in Esplora log con il messaggio "Impossibile consegnare l'evento 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 a un'ora da questo momento, puoi dedurre i contenuti effettivi dell'evento leggendo il documento in questione con uno snapshot prima e dopo il timestamp. - Per evitare questa frequenza, puoi:
- Esegui la migrazione e l'upgrade a Cloud Functions (2nd gen)
- Ridimensiona il documento
- Elimina le funzioni Cloud Functions in questione
- Puoi disattivare il logging utilizzando le esclusioni, ma tieni presente che gli eventi offensivi non verranno comunque recapitati.
Località Eventarc e Firestore
Eventarc non supporta regioni multiple per i trigger di eventi Firestore, ma puoi comunque creare trigger per i database Firestore in località multiregionali. Eventarc mappa le località di Firestore con più regioni alle seguenti regioni Eventarc:
Firestore (più regioni) | Regione Eventarc |
---|---|
nam5 |
us-central1 |
eur3 |
europe-west4 |
Differenze tra Cloud Functions (2ª generazione.) e 1ª generazione.)
Cloud Functions (2nd gen) utilizza eventi Eventarc per tutti i runtime. In precedenza, Cloud Functions (1ª generazione.) utilizzava gli eventi Eventarc solo per alcuni runtime. Gli eventi Eventarc introducono le seguenti differenze rispetto a Cloud Functions (1ª generazione.).
I trigger Firestore per Eventarc supportano destinazioni aggiuntive oltre a Cloud Functions. Puoi indirizzare
CloudEvents
a una serie di destinazioni, inclusi, a titolo esemplificativo, Cloud Run, GKE e Workflows.I trigger per Eventarc recuperano la definizione del trigger all'inizio di un'operazione di scrittura del database e utilizza questa definizione per decidere se Firestore deve emettere un evento. L'operazione di scrittura non tiene conto di eventuali modifiche per attivare la definizione che potrebbe verificarsi durante l'esecuzione.
Cloud Functions (1ª generazione.) recupera la definizione del trigger durante la valutazione della scrittura del database e le modifiche apportate al trigger durante la valutazione possono influire sull'emissione o meno di un evento da parte di Firestore.
Per maggiori dettagli, consulta Confronto tra le versioni di Cloud Functions.