Les événements sont collectés auprès des fournisseurs d'événements par un bus Eventarc Advanced et acheminés via un pipeline Eventarc Advanced vers une destination spécifiée. Une seule destination peut être la cible des messages transférés par un pipeline.
Fournisseurs compatibles
Les fournisseurs compatibles incluent les fournisseurs Google et les éditeurs directs d'événements (à l'aide de l'API Eventarc Publishing).
Les fournisseurs Google envoient des événements Google directement depuis la source (par exemple, la création d'une fonction Cloud Run ou un changement d'état d'un job Dataflow). Vous devez d'abord activer la compatibilité avec les types d'événements Google. Pour en savoir plus, consultez Publier des événements à partir de sources Google.
Les éditeurs d'événements peuvent publier un événement CloudEvents directement dans un bus de messages dans un format compatible tel qu'Avro ou Protobuf. Pour en savoir plus, consultez Publier des événements directement.
Destinations compatibles
Un pipeline Eventarc Advanced permet de distribuer des événements entre un bus et une destination. Les destinations suivantes sont acceptées :
Cloud Run : utilisez l'URL
run.appstable et attribuée automatiquement fournie lors du premier déploiement du service hébergé sur Cloud Run. Vous pouvez également cibler un job Cloud Run ou spécifier un point de terminaison HTTP pour les fonctions Cloud Run (1re génération et version actuelle). Lorsque vous spécifiez un déclencheur HTTP pour une fonction Cloud Run, une URL est attribuée à cette fonction pour la réception des requêtes.Bus Eventarc Advanced : le bus de messages doit être déployé dans le même projet et la même région que le pipeline.
Point de terminaison HTTP : URI de destination. L'hôte peut être une adresse IP statique accessible depuis un réseau VPC (Virtual Private Cloud) ou le nom d'hôte DNS (Domain Name System) interne d'un service pouvant être résolu à l'aide de Cloud DNS. Par exemple, vous pouvez cibler une URL de service Cloud Run ou une table BigQuery qui recevra les événements sous forme de requêtes HTTP
POST.Sujet Pub/Sub : le sujet Pub/Sub doit d'abord être créé avant que les messages puissent y être acheminés. Il doit se trouver dans le même projet que le pipeline. Si vous utilisez un schéma de sujet, veillez à transformer votre message d'événement de manière appropriée.
Workflows : vous pouvez déclencher l'exécution d'un workflow, qui correspond à une exécution unique de la logique contenue dans la définition d'un workflow. Cela vous permet d'exécuter des services dans l'ordre que vous spécifiez. Le workflow doit être déployé dans le même projet que le pipeline.