Un déclencheur Eventarc déclare votre intérêt pour un événement ou un ensemble d'événements spécifique. Vous pouvez configurer le routage d'événements en spécifiant des filtres pour le déclencheur, y compris la source de l'événement et le workflow cible.
Les événements sont envoyés au format CloudEvents via une requête HTTP. Le service Workflows convertit l'événement en objet JSON (conformément à la spécification CloudEvents) et transmet l'événement à l'exécution du workflow comme argument d'environnement d'exécution du workflow. Assurez-vous que la taille de l'événement ne dépasse pas 512 Ko. Les événements supérieurs à la taille maximale des arguments Workflows ne déclenchent pas d'exécution de workflow.
Cloud Firestore est compatible avec le contexte d'authentification en tant qu'attribut d'extension au format CloudEvents. Lorsque vous créez un déclencheur, vous pouvez appliquer cet attribut de type événement pour filtrer les événements avec des informations d'authentification.
Ces instructions vous expliquent comment configurer le routage d'événements afin qu'une exécution de votre workflow soit déclenchée en réponse à un événementCloud Firestore direct. Pour en savoir plus, consultez la liste des événements directs compatibles.
Préparer la création d'un déclencheur
Avant de créer un déclencheur Eventarc pour un workflow cible, effectuez les tâches suivantes.
Console
Dans la console Google Cloud, sur la page de sélection du projet, sélectionnez ou créez un projet Google Cloud.
Activez les API Eventarc, Eventarc Publishing, Workflows et Workflow Executions.
Le cas échéant, activez l'API associée aux événements directs. Par exemple, pour les événements Cloud Firestore , activez l'APICloud Firestore .
Si vous n'en avez pas encore, créez un compte de service géré par l'utilisateur, puis accordez-lui les rôles et les autorisations nécessaires pour qu'Eventarc puisse gérer les événements pour un workflow cible.
Dans la console Google Cloud, accédez à la page Comptes de service.
Sélectionnez votre projet.
Dans le champ Nom du compte de service, saisissez un nom. La console Google Cloud remplit le champ ID du compte de service en fonction de ce nom.
Dans le champ Description du compte de service, saisissez une description. Exemple :
Service account for event trigger
.Cliquez sur Créer et continuer.
Pour fournir un accès approprié, dans la liste Sélectionner un rôle, sélectionnez les rôles IAM (Identity and Access Management) requis à attribuer à votre compte de service. Pour en savoir plus, consultez la page Rôles et autorisations pour les cibles Workflows.
Pour ajouter des rôles supplémentaires, cliquez sur
Ajouter un autre rôle et ajoutez chaque rôle supplémentaire.Cliquez sur Continuer.
Pour terminer la création du compte, cliquez sur OK.
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.
Activez les API Eventarc, Eventarc Publishing, Workflows et Workflow Executions :
gcloud services enable eventarc.googleapis.com \ eventarcpublishing.googleapis.com \ workflows.googleapis.com \ workflowexecutions.googleapis.com
Le cas échéant, activez l'API associée aux événements directs. Par exemple, pour les événements Cloud Firestore , activez
firestore.googleapis.com
.Si vous n'en avez pas encore, créez un compte de service géré par l'utilisateur, puis accordez-lui les rôles et les autorisations nécessaires pour qu'Eventarc puisse gérer les événements pour un workflow cible.
Créez le compte de service :
gcloud iam service-accounts create SERVICE_ACCOUNT_NAME
Remplacez
SERVICE_ACCOUNT_NAME
par le nom du compte de service. Il doit comporter entre 6 et 30 caractères alphanumériques pouvant inclure des minuscules et des tirets. Une fois le compte de service créé, vous ne pouvez pas en modifier le nom.Attribuez les rôles ou les autorisations IAM (Identity and Access Management) requis. Pour en savoir plus, consultez la page Rôles et autorisations pour les cibles Workflows.
Créer un déclencheur
Vous pouvez créer un déclencheur Eventarc avec un workflow déployé en tant que récepteur d'événements à l'aide de Google Cloud CLI (gcloud
ou Terraform) ou via la console Google Cloud.
Console
- Dans la console Google Cloud, accédez à la page Déclencheurs d'Eventarc.
- Cliquez sur Créer un déclencheur.
- Saisissez un nom de déclencheur
Il s'agit de l'ID du déclencheur, qui doit commencer par une lettre. Il peut contenir jusqu'à 63 lettres minuscules, chiffres ou traits d'union.
- Pour le champ Type de déclencheur, sélectionnez Sources Google.
- Dans la liste Fournisseur d'événements, sélectionnez Cloud Firestore.
Notez que le nom du fournisseur d'événements utilisé dans la documentation Google Cloud associée peut ne pas avoir le préfixe Cloud ou Google Cloud. Par exemple, sur la console, Memorystore pour Redis est appelé Google Cloud Memorystore pour Redis.
- Dans la liste Type d'événement, sélectionnez un type d'événement parmi les événements directs.
- Dans la liste Type de contenu des données d'événement, sélectionnez l'encodage de la charge utile de l'événement.
Pour les événements directs de Cloud Firestore, il doit s'agir de application/protobuf et les données d'événement sont un tableau d'octets. Pour en savoir plus sur les messages protobuf pour les événements Cloud Firestore, consultez la page Événements courants. Notez que vous pouvez utiliser une fonction de bibliothèque standard Workflows pour encoder des octets en texte en base64. Pour en savoir plus, consultez la section Renvoyer des octets.
- Dans la liste Région, sélectionnez la même région que le service Google Cloud qui génère des événements.
Pour en savoir plus, consultez la page Emplacements Eventarc.
- Le cas échéant, cliquez sur Ajouter un filtre et spécifiez les éléments suivants :
- Dans le champ Attribut 1, en fonction de l'événement direct que vous avez choisi, sélectionnez l'ID de ressource pouvant servir de filtre d'événement.
- Sélectionnez un opérateur :
- Égal à
- Format de chemin d'accès: applicable aux ressources
document
(mode natif) etentity
(mode Datastore). Utilisez des caractères génériques pour répondre aux modifications correspondant à un format. Un caractère générique*
correspond à un seul segment, tandis qu'un caractère générique multisegment**
correspond à zéro ou plusieurs segments du format. Par exemple :/users/*
ou/users/{userId}
Renvoie tous les documents de la collection /users
. Ne correspond pas aux documents des sous-collections telles que/users/marie/messages/33e2IxYBD9enzS50SJ68
./users/**
Renvoie tous les documents de la collection /users
et les documents des sous-collections telles que/users/marie/messages/33e2IxYBD9enzS50SJ68
Pour en savoir plus, consultez la page Comprendre les formats de chemin d'accès.
- Dans le champ Valeur d'attribut 1, saisissez la valeur exacte ou appliquez un format de chemin d'accès en fonction de l'opérateur que vous avez choisi.
- Si d'autres filtres d'attributs sont applicables, cliquez sur Ajouter un filtre et spécifiez les valeurs appropriées.
- Sélectionnez le compte de service qui appellera votre service ou workflow.
Vous pouvez également créer un nouveau compte de service.
Cela spécifie l'adresse e-mail du compte de service Identity and Access Management (IAM) associée au déclencheur et auquel vous avez précédemment attribué les rôles spécifiques requis par Eventarc.
- Dans la liste Destination de l'événement, sélectionnez Workflows.
- Sélectionner un workflow.
Il s'agit du nom du workflow auquel transmettre les événements. Les événements d'exécution d'un workflow sont transformés et transmis au workflow en tant qu'arguments d'environnement d'exécution.
Pour en savoir plus, consultez la page Créer un déclencheur pour Workflows.
- Cliquez sur Créer.
Une fois le déclencheur créé, vous ne pouvez plus modifier les filtres de source d'événement. À la place, vous devez créer un nouveau déclencheur et supprimer l'ancien. Pour en savoir plus, consultez la section Gérer les déclencheurs.
gcloud
Vous pouvez créer un déclencheur en exécutant une commande gcloud eventarc triggers create
, associée aux options obligatoires et facultatives.
Les options varient selon que vous exécutez Firestore en mode natif ou en mode Datastore. Reportez-vous à la page Choisir entre le mode natif et le mode Datastore pour en savoir plus.
Mode natif
gcloud eventarc triggers create TRIGGER \ --location=LOCATION \ --destination-workflow=DESTINATION_WORKFLOW \ --destination-workflow-location=DESTINATION_WORKFLOW_LOCATION \ --event-filters="type=EVENT_FILTER_TYPE" \ --event-filters="database=DATABASE" \ --event-filters="namespace=NAMESPACE" \ --event-filters-path-pattern="document=DOCUMENT" \ --event-data-content-type="EVENT_DATA_CONTENT_TYPE" \ --service-account="MY_SERVICE_ACCOUNT@PROJECT_ID.iam.gserviceaccount.com"
Mode Datastore
gcloud eventarc triggers create TRIGGER \ --location=LOCATION \ --destination-workflow=DESTINATION_WORKFLOW \ --destination-workflow-location=DESTINATION_WORKFLOW_LOCATION \ --event-filters="type=EVENT_FILTER_TYPE" \ --event-filters="database=DATABASE" \ --event-filters="namespace=NAMESPACE" \ --event-filters-path-pattern="entity=ENTITY" \ --event-data-content-type="EVENT_DATA_CONTENT_TYPE" \ --service-account="MY_SERVICE_ACCOUNT@PROJECT_ID.iam.gserviceaccount.com"
Remplacez les éléments suivants :
TRIGGER
: l'ID du déclencheur ou un identifiant complet.
LOCATION
: l'emplacement du déclencheur Eventarc. Vous pouvez également définir la propriétéeventarc/location
(par exemple,gcloud config set eventarc/location us-central1
).Les déclencheurs Cloud Firestore pour Eventarc ne sont disponibles que dans certains emplacements et le déclencheur doit se trouver dans le même emplacement que la base de données Cloud Firestore. Pour en savoir plus, consultez les pages Emplacements Eventarc et Emplacements Cloud Firestore.
-
DESTINATION_WORKFLOW
: ID du workflow déployé qui reçoit les événements du déclencheur. Le workflow peut se trouver dans l'un des emplacements compatibles avec Workflows et ne doit pas nécessairement se trouver au même emplacement que le déclencheur. Cependant, le workflow doit se trouver dans le même projet que le déclencheur. -
DESTINATION_WORKFLOW_LOCATION
(facultatif) : emplacement dans lequel le workflow de destination est déployé. Si la valeur n'est pas spécifiée, il est supposé que le workflow se trouve au même emplacement que le déclencheur. EVENT_FILTER_TYPE
: identifiant de l'événement. Un événement est généré lorsqu'un appel d'API pour la méthode réussit. Pour les opérations de longue durée, l'événement n'est généré qu'à la fin de l'opération et uniquement si l'action s'est bien déroulée. Pour obtenir la liste des types d'événements acceptés, consultez la section Types d'événements acceptés par Eventarc.google.cloud.firestore.document.v1.created
: l'événement est envoyé lorsqu'un document est écrit pour la première fois.google.cloud.firestore.document.v1.created.withAuthContext
: l'événement avec des attributs de type informations d'authentification est envoyé lorsqu'un document est écrit pour la première fois.google.cloud.firestore.document.v1.updated
: l'événement est envoyé lorsqu'un document existe déjà et qu'une valeur y a été modifiée.google.cloud.firestore.document.v1.updated.withAuthContext
: l'événement avec des attributs de type informations d'authentification est envoyé lorsqu'un document existe déjà et qu'une valeur y a été modifiée.google.cloud.firestore.document.v1.deleted
: l'événement est envoyé lorsqu'un document est supprimé.google.cloud.firestore.document.v1.deleted.withAuthContext
: un événement avec des attributs de type informations d'authentification 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.written.withAuthContext
: l'événement avec des attributs de type informations d'authentification est envoyé lorsqu'un document est créé, mis à jour ou supprimé.google.cloud.datastore.entity.v1.created
: l'événement est envoyé lorsqu'une entité est écrite pour la première fois.google.cloud.datastore.entity.v1.created.withAuthContext
: l'événement avec des attributs de type informations d'authentification est envoyé lorsqu'une entité est écrite pour la première fois.google.cloud.datastore.entity.v1.updated
: l'événement est envoyé lorsqu'une entité existe déjà et qu'une valeur y a été modifiée.google.cloud.datastore.entity.v1.updated.withAuthContext
: l'événement avec des attributs de type informations d'authentification est envoyé lorsqu'une entité existe déjà et qu'une valeur y a été modifiée.google.cloud.datastore.entity.v1.deleted
: l'événement est envoyé lorsqu'une entité est supprimée.google.cloud.datastore.entity.v1.deleted.withAuthContext
: un événement avec des attributs de type informations d'authentification est envoyé lorsqu'une entité est supprimée.google.cloud.datastore.entity.v1.written
: l'événement est envoyé lorsqu'une entité est créée, mise à jour ou supprimée.google.cloud.datastore.entity.v1.written.withAuthContext
: un événement avec des attributs de type informations d'authentification est envoyé lorsqu'une entité est créée, mise à jour ou supprimée.
Cloud Firestore n'accepte les types d'événements suivants qu'en mode natif uniquement.
Cloud Firestore n'accepte les types d'événements suivants qu'en mode Datastore uniquement. Dans Cloud Firestore en mode Datastore, les objets de données sont appelés entités.
DATABASE
: base de données Firestore. Pour spécifier le nom de la base de données par défaut, utilisez(default)
.NAMESPACE
(facultatif) : espace de noms de la base de données Firestore. Pour l'espace de noms par défaut en mode Datastore, utilisez(default)
. S'il n'est pas spécifié, une correspondance de caractère générique (*
) est effectuée avec toutes les occurrences.DOCUMENT
(facultatif) : applicable aux instances de base de données s'exécutant en mode natif uniquement. Chemin d'accès de la base de données à partir de laquelle vous souhaitez recevoir des événements à partir du moment où les données sont créées, mises à jour ou supprimées dans ce chemin d'accès. L'opérateur peut être l'un des opérateurs suivants :- Égal à. Par exemple :
--event-filters="document=DOCUMENT"
- Format de chemin d'accès (par exemple,
--event-filters-path-pattern="document=DOCUMENT"
)Utilisez des caractères génériques pour répondre aux modifications apportées aux documents correspondant à un format. Un caractère générique
*
correspond à un seul segment, tandis qu'un caractère générique multisegment**
correspond à zéro ou plusieurs segments du format. Par exemple :/users/*
ou/users/{userId}
Renvoie tous les documents de la collection /users
. Ne correspond pas aux documents des sous-collections telles que/users/marie/messages/33e2IxYBD9enzS50SJ68
/users/**
Renvoie tous les documents de la collection /users
et les documents des sous-collections telles que/users/marie/messages/33e2IxYBD9enzS50SJ68
- Égal à. Par exemple :
ENTITY
(facultatif) : applicable aux instances de base de données s'exécutant en mode Datastore uniquement. Chemin d'accès de la base de données à partir de laquelle vous souhaitez recevoir des événements à partir du moment où les données sont créées, mises à jour ou supprimées dans ce chemin d'accès. L'opérateur peut être l'un des opérateurs suivants :- Égal à. Par exemple :
--event-filters="document=ENTITY"
- Format de chemin d'accès (par exemple,
--event-filters-path-pattern="ENTITY=ENTITY"
)Pour en savoir plus, consultez la page Comprendre les formats de chemin d'accès.
Vous devrez peut-être échapper les caractères dans les ID de genre et les ID d'entité. L'échappement d'un caractère permet au filtre d'événement d'interpréter correctement l'ID. Pour en savoir plus, consultez la section Échappement des caractères.
- Égal à. Par exemple :
EVENT_DATA_CONTENT_TYPE
: encodage de la charge utile de l'événement. Pour les événements directs de Firestore, il doit s'agir deapplication/protobuf
et les données d'événement sont un tableau d'octets. Pour en savoir plus sur les messages protobuf pour les événements Cloud Firestore, consultez la page Événements courants. Notez que vous pouvez utiliser une fonction de bibliothèque standard Workflows pour encoder des octets en texte en base64. Pour en savoir plus, consultez la section Renvoyer des octets.-
SERVICE_ACCOUNT_NAME
: nom du compte de service IAM que vous avez créé et auquel vous avez attribué des rôles spécifiques requis par Workflows. -
PROJECT_ID
: ID de votre projet Google Cloud
Remarques :
- Pour les événements directs de Cloud Firestore, l'encodage de la charge utile d'événement est
application/protobuf
. - L'option
--event-filters="type=EVENT_FILTER_TYPE"
est obligatoire. Si aucun autre filtre d'événement n'est défini, les événements de toutes les ressources sont mis en correspondance. EVENT_FILTER_TYPE
ne peut pas être modifié après sa création. Pour modifierEVENT_FILTER_TYPE
, créez un nouveau déclencheur et supprimez l'ancien.- Chaque déclencheur peut comporter plusieurs filtres d'événement, séparés par une virgule et spécifiés dans une option
--event-filters
=[ATTRIBUTE
=VALUE
,…], ou vous pouvez répéter l'option pour ajouter d'autres filtres. Seuls les événements correspondant à tous les filtres sont envoyés à la destination. Les caractères génériques et les expressions régulières ne sont pas acceptés. Toutefois, lorsque vous utilisez l'option--event-filters-path-pattern
, vous pouvez définir un format de chemin d'accès pour les ressources. - L'option
--service-account
permet de spécifier l'adresse e-mail du compte de service IAM (Identity and Access Management) associée au déclencheur.
Exemple :
gcloud eventarc triggers create helloworld-trigger \ --location=us-east1 \ --destination-workflow=my-workflow \ --destination-workflow-location=us-east1 \ --event-filters="type=google.cloud.firestore.document.v1.updated" \ --event-filters="database=my-database" \ --event-filters-path-pattern="document=users/my-document-*" \ --event-data-content-type="application/protobuf" \ --service-account="${TRIGGER_SA}@${PROJECT_ID}.iam.gserviceaccount.com"
Cette commande crée un déclencheur appelé helloworld-trigger
pour l'événement identifié comme google.cloud.firestore.document.v1.updated
dans l'instance de base de données my-database
exécutée en mode natif et filtre les événements pour les chemins document
correspondant à users/my-document-
.
Terraform
Vous pouvez créer un déclencheur pour un workflow à l'aide de Terraform. Pour en savoir plus, consultez la page Déclencher un workflow à l'aide d'Eventarc et Terraform.
Répertorier un déclencheur
Vous pouvez confirmer la création d'un déclencheur en répertoriant les déclencheurs Eventarc à l'aide de Google Cloud CLI ou de la console Google Cloud.
Console
Dans la console Google Cloud, accédez à la page Déclencheurs d'Eventarc.
Accéder à la page "Déclencheurs"
Cette page répertorie vos déclencheurs dans tous les emplacements et inclut des détails tels que les noms, les régions, les fournisseurs d'événements, les destinations, etc.
Pour filtrer vos déclencheurs, procédez comme suit :
- Cliquez sur Filtrer ou sur le champ Filtrer les déclencheurs.
- Dans la liste Propriétés, sélectionnez une option permettant de filtrer les déclencheurs.
Vous pouvez sélectionner une seule propriété ou utiliser l'opérateur logique
OR
pour ajouter d'autres propriétés.Pour trier vos déclencheurs, à côté d'un en-tête de colonne compatible, cliquez sur
Trier.
gcloud
Exécutez la commande suivante pour répertorier vos déclencheurs :
gcloud eventarc triggers list --location=-
Cette commande répertorie vos déclencheurs dans tous les emplacements et inclut des détails tels que les noms, les types, les destinations et les états.
Étapes suivantes
- En savoir plus sur l'utilisation d'Eventarc et de Cloud Firestore.
- Déclencher un workflow à l'aide d'Eventarc et de Terraform.
- En savoir plus sur Eventarc.
- Découvrez comment gérer des déclencheurs.