Étendre avec Cloud Functions (2nd gen)
Avec Cloud Functions, vous pouvez déployer du code pour gérer les événements déclenchés par les modifications apportées à votre base de données Firestore. Cela vous permet d'ajouter des fonctionnalités côté serveur sans exécuter vos propres serveurs.
Étendre Firestore avec Cloud Functions (2nd gen)
Cloud Functions (2nd gen) accepte les déclencheurs d'événements Firestore suivants pour vous permettre de créer des gestionnaires liés aux événements Firestore:
Event Type | Déclencheur |
---|---|
google.cloud.firestore.document.v1.created |
Déclenché lorsqu'un document est écrit pour la première fois. |
google.cloud.firestore.document.v1.updated |
Déclenché lorsqu'un document existe déjà et qu'une valeur y a été modifiée. |
google.cloud.firestore.document.v1.deleted |
Déclenché lorsqu'un document est supprimé. |
google.cloud.firestore.document.v1.written |
Déclenché lorsque created , updated ou deleted est déclenché. |
google.cloud.firestore.document.v1.created.withAuthContext |
Identique à created , mais ajoute des informations d'authentification. |
google.cloud.firestore.document.v1.updated.withAuthContext |
Identique à updated , mais ajoute des informations d'authentification. |
google.cloud.firestore.document.v1.deleted.withAuthContext |
Identique à deleted , mais ajoute des informations d'authentification. |
google.cloud.firestore.document.v1.written.withAuthContext |
Identique à written , mais ajoute des informations d'authentification. |
Les événements Firestore ne se déclenchent qu'en cas de modification d'un document. Une mise à jour d'un document Firestore où les données restent inchangées (écriture no-op) ne génère pas d'événement de mise à jour ou d'écriture. Il n'est pas possible d'ajouter des événements à des champs spécifiques.
Inclure le contexte d'authentification dans l'événement
Pour inclure des informations d'authentification supplémentaires sur l'événement, utilisez un déclencheur d'événement avec l'extension withAuthContext
. Cette extension ajoute des informations supplémentaires sur le compte principal qui a déclenché l'événement. Elle ajoute les attributs authtype
et authid
en plus des informations renvoyées dans l'événement de base. Pour en savoir plus sur les valeurs d'attribut, consultez la documentation de référence sur authcontext
.
Écrire une fonction déclenchée par Firestore
Pour écrire une fonction qui répond aux événements Firestore, préparez-vous à spécifier les éléments suivants lors du déploiement:
- un type d'événement déclencheur
- Un filtre d'événement déclencheur pour sélectionner les documents associés à la fonction
- le code de la fonction pour exécuter
Filtres d'événements déclencheurs
Lorsque vous spécifiez un filtre d'événement, vous pouvez spécifier une correspondance de document exacte ou un format de chemin d'accès. Utilisez un format de chemin d'accès pour mettre en correspondance plusieurs documents à l'aide de caractères génériques, *
ou **
.
Par exemple, vous pouvez répondre aux modifications apportées au document suivant:
users/marie
Utilisez des caractères génériques, *
ou **
, pour répondre aux modifications apportées aux documents correspondant à un modèle. Un caractère générique *
correspond à un seul segment, tandis qu'un caractère générique à plusieurs segments **
correspond à zéro, un ou plusieurs segments du modèle.
Pour les correspondances de segment uniques (*
), vous pouvez également utiliser un groupe de capture nommé. Exemple : users/{userId}
.
Exemple :
Modèle | Description |
---|---|
/users/* ou /users/{userId} |
Correspond à tous les documents de la collection /users . Ne correspond pas aux documents des sous-collections telles que /users/marie/messages/33e2IxYBD9enzS50SJ68 |
/users/** |
Établit une correspondance avec tous les documents de la collection /users et ceux des sous-collections telles que /users/marie/messages/33e2IxYBD9enzS50SJ68 |
Pour en savoir plus sur les modèles de chemin d'accès, consultez la section Modèles de chemin Eventarc.
Votre déclencheur doit toujours pointer vers un document, même si vous utilisez un caractère générique.
Par exemple, users/{userId=*}/{messageCollectionId=*}
n'est pas valide, car {messageCollectionId=*}
est une collection. Cependant, users/{userId=*}/{messageCollectionId}/{messageId=*}
est valide, car {messageId=*}
pointe toujours vers un document.
Exemples de fonctions
L'exemple suivant montre comment recevoir des événements Firestore.
Pour utiliser les données de document impliquées dans un événement, consultez les champs value
et old_value
.
value
: objetDocument
contenant un instantané du document post-opération. Ce champ n'est pas renseigné pour les événements de suppression.old_value
: objetDocument
contenant un instantané de document de pré-opération. Ce champ n'est renseigné que pour les événements de mise à jour et de suppression.
Go
Pour vous authentifier auprès de Firestore, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Java
Pour vous authentifier auprès de Firestore, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Node.js
Pour vous authentifier auprès de Firestore, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Décodez les données d'événement à l'aide de protobufjs. Incluez l'google.events.cloud.firestore.v1
data.proto
dans votre source.
Python
Pour vous authentifier auprès de Firestore, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
C#
Pour vous authentifier auprès de Firestore, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
L'exemple suivant convertit les chaînes ajoutées au champ original
d'un document concerné en majuscules et écrit la nouvelle valeur dans le même document:
Go
Pour vous authentifier auprès de Firestore, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Java
Pour vous authentifier auprès de Firestore, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Node.js
Pour vous authentifier auprès de Firestore, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Décodez les données d'événement à l'aide de protobufjs. Incluez l'google.events.cloud.firestore.v1
data.proto
dans votre source.
Python
Pour vous authentifier auprès de Firestore, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
C#
Pour vous authentifier auprès de Firestore, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Inclure les dépendances proto dans votre code source
Vous devez inclure le fichier Firestore data.proto
dans le répertoire source de votre fonction. Ce fichier importe les fichiers proto suivants, que vous devez également inclure dans votre répertoire source:
Utilisez la même structure de répertoire pour les dépendances. Par exemple, placez struct.proto
dans google/protobuf
.
Ces fichiers sont nécessaires pour décoder les données d'événement. Si la source de votre fonction n'inclut pas ces fichiers, une erreur est renvoyée lors de son exécution.
Attributs d'événement
Chaque événement inclut des attributs de données qui incluent des informations sur l'événement, telles que l'heure à laquelle il s'est déclenché. Firestore ajoute des données supplémentaires sur la base de données et le document impliqués dans l'événement. Vous pouvez accéder à ces attributs comme suit:
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']}")
Déployer une fonction
Les utilisateurs qui déploient Cloud Functions doivent disposer du rôle IAM de développeur Cloud Functions ou d'un rôle comprenant les mêmes autorisations. Consultez également la section Configuration supplémentaire pour le déploiement.
Vous pouvez déployer une fonction à l'aide de gcloud CLI ou de la console Google Cloud. L'exemple ci-dessous illustre le déploiement à l'aide de gcloud CLI. Pour en savoir plus sur le déploiement avec la console Google Cloud, consultez la page Déployer Cloud Functions.
gcloud
-
Dans la console Google Cloud, activez Cloud Shell.
En bas de la fenêtre de la console Google Cloud, une session Cloud Shell démarre et affiche une invite de ligne de commande. Cloud Shell est un environnement shell dans lequel Google Cloud CLI est déjà installé, et dans lequel des valeurs sont déjà définies pour votre projet actuel. L'initialisation de la session peut prendre quelques secondes.
Exécutez la commande
gcloud functions deploy
pour déployer une fonction :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" \
Le premier argument,
YOUR_FUNCTION_NAME
, est le nom de la fonction déployée. Le nom de la fonction doit commencer par une lettre suivie de 62 caractères au maximum (lettres, chiffres, traits d'union ou traits de soulignement) et doit se terminer par une lettre ou un chiffre.L'option
--gen2
spécifie que vous souhaitez déployer sur Cloud Functions (2nd gen). Si vous omettez cette option, le déploiement sur Cloud Functions (1st gen) sera effectué.L'option
--region
spécifie la région dans laquelle déployer votre fonction.Pour maximiser la proximité, définissez une région proche de votre base de données Firestore. Si votre base de données Firestore se trouve dans une zone multirégionale, définissez-la sur
us-central1
pour les bases de données dansnam5
et sureurope-west4
pour les bases de données danseur3
. Pour les emplacements Firestore régionaux, définissez-les sur la même région.L'option
--trigger-location
spécifie l'emplacement du déclencheur. Vous devez définir cette option sur l'emplacement de votre base de données Firestore.L'option
--runtime
spécifie l'environnement d'exécution de langage qui est utilisé par votre fonction. Cloud Functions accepte plusieurs environnements d'exécution. Pour en savoir plus, consultez la page Environnements d'exécution.L'option
--source
spécifie l'emplacement du code source de votre fonction. Pour en savoir plus, consultez les articles suivants:L'option
--entry-point
spécifie le point d'entrée de votre fonction dans votre code source. Il s'agit du code qui sera exécuté lors de l'exécution de votre fonction. La valeur de cette option doit être un nom de fonction ou un nom de classe complet qui existe dans votre code source. Pour en savoir plus, consultez la section Point d'entrée de fonction.EVENT_FILTER_TYPE
: Firestore accepte les types d'événements suivants.google.cloud.firestore.document.v1.created
: l'événement est envoyé lors de la première écriture d'un document.google.cloud.firestore.document.v1.updated
: l'événement est envoyé lorsqu'un document existe déjà et qu'une valeur est modifiée.google.cloud.firestore.document.v1.deleted
: l'événement est envoyé lorsqu'un document est supprimé.google.cloud.firestore.document.v1.written
: l'événement est envoyé lorsqu'un document est créé, mis à jour ou supprimé.google.cloud.firestore.document.v1.created.withAuthContext
: l'événement est envoyé lorsqu'un document est écrit pour la première fois et qu'il inclut des informations d'authentification supplémentaires.google.cloud.firestore.document.v1.updated.withAuthContext
: l'événement est envoyé lorsqu'un document existe déjà et qu'une valeur est modifiée. Inclut des informations d'authentification supplémentairesgoogle.cloud.firestore.document.v1.deleted.withAuthContext
: l'événement est envoyé lorsqu'un document est supprimé. Inclut des informations d'authentification supplémentairesgoogle.cloud.firestore.document.v1.written.withAuthContext
: l'événement est envoyé lorsqu'un document est créé, mis à jour ou supprimé. Inclut des informations d'authentification supplémentaires
DATABASE
: base de données Firestore. Pour spécifier le nom de la base de données par défaut, utilisez(default)
.DOCUMENT
: chemin d'accès à la base de données qui déclenche des événements lorsque des données sont créées, mises à jour ou supprimées. L'opérateur peut être l'un des opérateurs suivants :- Égal à. Par exemple :
--trigger-event-filters=document='users/marie'
- Format de chemin d'accès. Exemple :
--trigger-event-filters-path-pattern=document='users/*'
Pour en savoir plus, consultez la page Comprendre les formats de chemin d'accès.
- Égal à. Par exemple :
Vous pouvez éventuellement spécifier des options supplémentaires de configuration, de mise en réseau et de sécurité lorsque vous déployez une fonction.
Pour en savoir plus sur la commande de déploiement et ses options, consultez la documentation sur
gcloud functions deploy
.
Exemples de déploiements
Les exemples suivants illustrent les déploiements avec la Google Cloud CLI.
Déployez une fonction pour une base de données dans la région 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}'
Déployez une fonction pour une base de données dans l'emplacement multirégional 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}'
Limites
Notez les limitations suivantes concernant les déclencheurs Firestore pour Cloud Functions :
- L'ordre n'est pas garanti. Les modifications rapides peuvent déclencher des appels de fonctions dans un ordre inattendu.
- Bien que les événements soient diffusés une fois au moins, un même événement peut produire plusieurs appels de fonction. Évitez de dépendre de procédés dits "exactement une fois" et écrivez des fonctions idempotentes.
- Firestore en mode Datastore nécessite Cloud Functions (2e génération). Cloud Functions (1re génération) n'est pas compatible avec le mode Datastore.
- Cloud Functions (1re génération) ne fonctionne qu'avec la base de données "(default)" et n'est pas compatible avec les bases de données nommées Firestore. Veuillez configurer Cloud Functions (2nd gen) pour des bases de données nommées.
- Un déclencheur est associé à une seule base de données. Vous ne pouvez pas créer de déclencheur correspondant à plusieurs bases de données.
- La suppression d'une base de données ne supprime pas automatiquement les déclencheurs de cette base de données. Le déclencheur cesse de diffuser des événements, mais continue d'exister jusqu'à ce que vous le supprimiez.
- Si un événement correspondant dépasse la taille maximale de requête, il risque de ne pas être distribué à Cloud Functions (1re génération).
- Les événements non distribués en raison de la taille de la requête sont consignés dans les journaux de plate-forme et sont comptabilisés dans l'utilisation des journaux du projet.
- Vous trouverez ces journaux dans l'explorateur de journaux avec le message "Event cannot deliver to
Cloud function due to size exceeding the limit for 1st gen..." (l'événement ne peut pas être distribué à la fonction Cloud, car sa taille dépasse la limite pour la 1re génération...) de gravité
error
. Vous trouverez le nom de la fonction dans le champfunctionName
. Si le champreceiveTimestamp
date de moins d'une heure, vous pouvez déduire le contenu réel de l'événement en lisant le document en question avec un instantané avant et après le code temporel. - Pour éviter une telle cadence, vous pouvez :
- Migrer et passer à Cloud Functions (2e génération)
- Réduire la taille du document
- Supprimer les fonctions Cloud Functions en question
- Vous pouvez désactiver la journalisation proprement dite à l'aide d'exclusions, mais notez que les événements mis en cause ne seront toujours pas distribués.
Emplacements Eventarc et Firestore
Eventarc n'est pas compatible avec les emplacements multirégionaux pour les déclencheurs d'événements Firestore, mais vous pouvez toujours créer des déclencheurs pour les bases de données Firestore dans des emplacements multirégionaux. Eventarc mappe les emplacements multirégionaux Firestore sur les régions Eventarc suivantes:
Firestore - Plusieurs régions | Région Eventarc |
---|---|
nam5 |
us-central1 |
eur3 |
europe-west4 |
Différences entre Cloud Functions 2e et 1re génération
Cloud Functions (2nd gen) utilise les événements Eventarc pour tous les environnements d'exécution. Auparavant, Cloud Functions (1re génération) n'utilisait les événements Eventarc que pour certains environnements d'exécution. Les événements Eventarc présentent les différences suivantes par rapport à Cloud Functions (1re génération).
En plus de Cloud Functions, les déclencheurs Firestore pour Eventarc acceptent des destinations supplémentaires. Vous pouvez acheminer
CloudEvents
vers plusieurs destinations, y compris, mais sans s'y limiter, Cloud Run, GKE et Workflows.Les déclencheurs Firestore pour Eventarc récupèrent la définition du déclencheur au démarrage d'une opération d'écriture de base de données et utilisent cette définition pour décider si Firestore doit émettre un événement. L'opération d'écriture ne prend pas en compte les modifications apportées à la définition du déclencheur qui pourraient se produire lors de son exécution.
Cloud Functions (1re génération) récupère la définition du déclencheur lors de l'évaluation de l'écriture de la base de données. Les modifications apportées au déclencheur lors de l'évaluation peuvent avoir une incidence sur l'émission d'un événement par Firestore.
Pour en savoir plus, consultez la page Comparaison des versions de Cloud Functions.