Estendere con le funzioni Cloud Run (2ª generazione.)
Con le funzioni Cloud Run, puoi eseguire il deployment del codice per gestire gli eventi attivati da modifiche nel database Firestore. In questo modo puoi aggiungere funzionalità lato server senza dover gestire i tuoi server.
Estendere Firestore con le funzioni Cloud Run (2ª generazione.)
Cloud Run (2ª generazione.) supporta i seguenti trigger 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 viene scritto per la prima volta in un documento. |
google.cloud.firestore.document.v1.updated |
Viene attivato quando esiste già un documento e un valore è stato modificato. |
google.cloud.firestore.document.v1.deleted |
Si attiva quando un documento viene eliminato. |
google.cloud.firestore.document.v1.written |
Si attiva quando viene attivato created , updated o deleted . |
google.cloud.firestore.document.v1.created.withAuthContext |
Come created , ma aggiunge le informazioni di autenticazione. |
google.cloud.firestore.document.v1.updated.withAuthContext |
Come updated , ma aggiunge le informazioni di autenticazione. |
google.cloud.firestore.document.v1.deleted.withAuthContext |
Come deleted , ma aggiunge le informazioni di autenticazione. |
google.cloud.firestore.document.v1.written.withAuthContext |
Come written , ma aggiunge le informazioni di autenticazione. |
Gli eventi Firestore vengono attivati solo in seguito alle modifiche ai documenti. Un aggiornamento a un documento Firestore in cui i dati rimangono invariati (una scrittura no-op) non genera un evento di aggiornamento o scrittura. Non è possibile aggiungere eventi a campi specifici.
Includi il contesto di autenticazione nell'evento
Per includere ulteriori informazioni di autenticazione sull'evento, utilizza un attivatore
dell'evento 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. Per ulteriori informazioni sui valori degli attributi, consulta la documentazione di riferimento di authcontext
.
Scrivere 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 di trigger
- un filtro evento di attivazione per selezionare i documenti associati alla funzione
- il codice della funzione da eseguire
Filtri evento trigger
Quando specifichi un filtro evento, puoi specificare una corrispondenza esatta del documento o un pattern di percorso. Utilizza un pattern di percorso per trovare una corrispondenza con più documenti con caratteri jolly, *
o **
.
Ad esempio, puoi rispondere alle modifiche apportate 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, mentre un carattere jolly multisegmento **
corrisponde a zero o più segmenti nel pattern.
Per le corrispondenze con un singolo segmento (*
), puoi anche utilizzare un gruppo di cattura denominato. Ad esempio, users/{userId}
.
Ad esempio:
Pattern | Descrizione |
---|---|
/users/* o /users/{userId} |
Corrisponde a tutti i documenti della raccolta /users . Non corrisponde ai documenti nelle sottocollezioni come /users/marie/messages/33e2IxYBD9enzS50SJ68 |
/users/** |
Corrisponde a tutti i documenti della raccolta /users e ai documenti delle sottoraccolte come /users/marie/messages/33e2IxYBD9enzS50SJ68 |
Per saperne di più sui pattern di percorso, consulta Pattern di percorso Eventarc.
L'attivatore deve sempre puntare a un documento, anche se utilizzi un'espressione generica.
Ad esempio, users/{userId=*}/{messageCollectionId=*}
non è valido perché {messageCollectionId=*}
è una raccolta. Tuttavia, users/{userId=*}/{messageCollectionId}/{messageId=*}
è
valido perché {messageId=*}
indicherà sempre un documento.
Funzioni di esempio
L'esempio seguente mostra come ricevere gli eventi Firestore.
Per lavorare con i dati del documento coinvolti in un evento, esamina i campi value
e
old_value
.
value
: un oggettoDocument
che contiene uno snapshot del documento post-operazione. Questo campo non viene compilato per gli eventi di eliminazione.old_value
: un oggettoDocument
che contiene uno snapshot del documento pre-operazione. Questo campo viene compilato solo per gli eventi di aggiornamento ed eliminazione.
Go
Per autenticarti a Firestore, configura le Credenziali predefinite dell'applicazione. Per ulteriori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Java
Per autenticarti a Firestore, configura le Credenziali predefinite dell'applicazione. Per ulteriori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per autenticarti a Firestore, configura le Credenziali predefinite dell'applicazione. Per ulteriori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Utilizza protobufjs per decodificare i dati dell'evento. Includigoogle.events.cloud.firestore.v1
data.proto
nel codice sorgente.
Python
Per autenticarti a Firestore, configura le Credenziali predefinite dell'applicazione. Per ulteriori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
C#
Per autenticarti a Firestore, configura le Credenziali predefinite dell'applicazione. Per ulteriori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Gli esempi seguenti convertono in maiuscolo le stringhe aggiunte al campo original
di un
documento interessato e scrivono il nuovo valore nello stesso documento:
Go
Per autenticarti a Firestore, configura le Credenziali predefinite dell'applicazione. Per ulteriori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Java
Per autenticarti a Firestore, configura le Credenziali predefinite dell'applicazione. Per ulteriori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per autenticarti a Firestore, configura le Credenziali predefinite dell'applicazione. Per ulteriori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Utilizza protobufjs per decodificare i dati dell'evento. Includigoogle.events.cloud.firestore.v1
data.proto
nel codice sorgente.
Python
Per autenticarti a Firestore, configura le Credenziali predefinite dell'applicazione. Per ulteriori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
C#
Per autenticarti a Firestore, configura le Credenziali predefinite dell'applicazione. Per ulteriori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Includi le dipendenze proto nel codice sorgente
Devi includere il file data.proto
di Firestore nella directory di origine della funzione. Questo file importa i seguenti proto che devi includere anche nella directory di origine:
Utilizza 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 dati che includono informazioni sull'evento, ad esempio l'ora in cui è stato attivato. Firestore aggiunge dati aggiuntivi sul database e sul documento coinvolti nell'evento. Puoi accedere a questi attributi come segue:
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 delle funzioni Cloud Run devono disporre del ruolo IAM Sviluppatore di funzioni Cloud Run o di un ruolo che includa le stesse autorizzazioni. Consulta anche Configurazione aggiuntiva per il deployment.
Puoi eseguire il deployment di una funzione utilizzando la gcloud CLI o la console Google Cloud. L'esempio seguente mostra il deployment con gcloud CLI. Per informazioni dettagliate sul deployment con la console Google Cloud, consulta Eseguire il deployment di funzioni Cloud Run.
gcloud
-
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
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 per la funzione di cui è stato eseguito il deployment. Il nome della funzione deve iniziare con una lettera followed 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 in Cloud Run Functions (2ª generazione.). Se ometti questo flag, il deployment viene eseguito nelle funzioni Cloud Run (1ª generazione.).Il flag
--region
specifica la regione in cui eseguire il deployment della funzione.Per massimizzare la vicinanza, imposta una regione vicino al tuo database Firestore. Se il database Firestore si trova in una località con più regioni, imposta
us-central1
per i database innam5
eeurope-west4
per i database ineur3
. Per le località Firestore regionali, imposta la stessa regione.Il flag
--trigger-location
specifica la posizione dell'attivatore. Devi impostare questo flag sulla località del tuo database Firestore.Il flag
--runtime
specifica il runtime della lingua utilizzato dalla funzione. Cloud Run supporta diversi runtime. Per ulteriori informazioni, consulta Runtime.Il flag
--source
specifica la posizione del codice sorgente della funzione. Per maggiori dettagli, 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 un nome funzione o un nome classe completo esistente nel tuo codice sorgente. Per ulteriori informazioni, consulta Entry point della funzione.EVENT_FILTER_TYPE
: Firestore supporta i seguenti tipi di eventi.google.cloud.firestore.document.v1.created
: viene inviato quando viene scritto un documento per la prima volta.google.cloud.firestore.document.v1.updated
: l'evento viene inviato quando un documento esiste già e un valore è stato modificato.google.cloud.firestore.document.v1.deleted
: viene inviato quando viene eliminato un documento.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
: viene inviato quando viene scritto un documento per la prima volta e include ulteriori informazioni di autenticazionegoogle.cloud.firestore.document.v1.updated.withAuthContext
: l'evento viene inviato quando un documento esiste già e un valore è stato modificato. Include informazioni di autenticazione aggiuntivegoogle.cloud.firestore.document.v1.deleted.withAuthContext
: viene inviato quando viene eliminato un documento. 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 del database predefinito, 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 ulteriori informazioni, consulta Informazioni sui pattern di percorso.
- Uguale; ad esempio,
Facoltativamente, puoi specificare opzioni aggiuntive di configurazione, networking e sicurezza quando esegui il deployment di una funzione.
Per un riferimento completo al comando di deployment e ai relativi flag, consulta la documentazione di
gcloud functions deploy
.
Esempi di implementazioni
I seguenti esempi mostrano 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 regione multipla 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 presenti le seguenti limitazioni per gli trigger Firestore per le funzioni Cloud Run:
- Le funzioni Cloud Run (1ª generazione.) richiedono un database "(default)" esistente in modalità nativa Firestore. Non supporta i database Firestore con nome o la modalità Datastore. Utilizza le funzioni Cloud Run (2ª generazione.) per configurare gli eventi in questi casi.
- L'ordine non è garantito. Le variazioni rapide possono attivare le chiamate di funzione in un ordine imprevisto.
- Gli eventi vengono inviati almeno una volta, ma un singolo evento può comportare più chiamate di funzione. Evita di fare affidamento su meccanismi di esecuzione esattamente una volta e scrivi funzioni idempotenti.
- Firestore in modalità Datastore richiede Cloud Run Functions (2ª generazione.). Le funzioni Cloud Run (1ª generazione.) non supportano la modalità Datastore.
- Un trigger è associato a un singolo database. Non puoi creare un attivatore che corrisponda a più database.
- L'eliminazione di un database non comporta l'eliminazione automatica degli attivatori per quel database. L'attivatore interrompe l'invio di 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 inviato alle funzioni Cloud Run (1ª generazione.).
- Gli eventi non inviati 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 inviare l'evento alla funzione Cloud perché le dimensioni superano il limite per la 1ª gen." di gravità
error
. Puoi trovare il nome della funzione nel campofunctionName
. Se il camporeceiveTimestamp
è ancora entro un'ora da adesso, puoi dedurre i contenuti effettivi dell'evento leggendo il documento in questione con uno snapshot prima e dopo il timestamp. - Per evitare questa cadenza, puoi:
- Esegui la migrazione e l'upgrade a Cloud Run Functions (2ª generazione.)
- Riduci le dimensioni del documento
- Elimina le funzioni Cloud Run in questione
- Puoi disattivare il logging stesso utilizzando le esclusioni, ma tieni presente che gli eventi in violazione non verranno comunque inviati.
Località Eventarc e Firestore
Eventarc non supporta le regioni multiple per gli attivatori di eventi Firestore, ma puoi comunque creare attivatori per i database Firestore in località multiregionali. Eventarc mappa le località Firestore in più regioni alle seguenti regioni Eventarc:
Firestore (più regioni) | Regione Eventarc |
---|---|
nam5 |
us-central1 |
eur3 |
europe-west4 |
Differenze tra le funzioni Cloud Run di 2ª generazione. e 1ª generazione.
Cloud Run Functions (2ª generazione.) utilizza gli eventi Eventarc per tutti i runtime. In precedenza, le funzioni Cloud Run (1ª generazione.) utilizzavano gli eventi Eventarc per solo alcuni runtime. Gli eventi Eventarc presentano le seguenti differenze rispetto alle funzioni Cloud Run (1ª generazione.).
Gli attivatori Firestore per Eventarc supportano altre destinazioni oltre alle funzioni Cloud Run. Puoi instradare
CloudEvents
a una serie di destinazioni, tra cui, a titolo esemplificativo, Cloud Run, GKE e Workflows.Gli attivatori Firestore per Eventarc recuperano la definizione dell'attivatore all'inizio di un'operazione di scrittura del database e la utilizzano per decidere se Firestore deve emettere un evento. L'operazione di scrittura non prende in considerazione le modifiche alla definizione dell'attivatore che potrebbero verificarsi durante l'esecuzione.
Le funzioni Cloud Run (1ª generazione.) recuperano la definizione dell'attivatore durante la valutazione della scrittura del database e le modifiche all'attivatore durante la valutazione possono influire sull'emissione o meno di un evento da parte di Firestore.
Per ulteriori dettagli, consulta Confronto delle versioni di Cloud Run Functions.