Attendere gli eventi utilizzando i callback e gli trigger Eventarc


Il flusso di lavoro potrebbe dover attendere un processo esterno. Puoi utilizzare i callback HTTP per attendere che un altro servizio invii una richiesta a un endpoint di callback, che riprende l'esecuzione del flusso di lavoro. Puoi anche utilizzare il polling per attendere.

Anziché utilizzare il polling, questo tutorial mostra come attendere eventi o messaggi Pub/Sub utilizzando i callback HTTP e gli trigger Eventarc. Anche se puoi attivare un flusso di lavoro con eventi o messaggi Pub/Sub, potrebbe essere opportuno interrompere l'esecuzione per attendere un altro evento prima di continuare. Ad esempio, un evento attiva un flusso di lavoro per avviare un processo, ma il flusso di lavoro deve attendere un altro evento che segnali il completamento del processo. Puoi implementare questa funzionalità facendo in modo che un flusso di lavoro chiami un altro flusso di lavoro.

Obiettivi

In questo tutorial si verifica quanto segue:

  1. Viene eseguito il deployment e l'esecuzione di un flusso di lavoro principale che deve attendere eventi. Poiché deve attendere che si verifichino gli eventi, memorizza i dettagli del callback in un database Firestore in modo che il flusso di lavoro secondario possa recuperarli. Il flusso di lavoro principale attende quindi le chiamate HTTP.

  2. Un flusso di lavoro secondario viene attivato dagli eventi e recupera i dettagli del callback dal database Firestore quando vengono generati. Il flusso di lavoro secondario richiama quindi il flusso di lavoro principale che riprende la sua esecuzione.

Ecco una panoramica dell'intera procedura:

Attendere gli eventi utilizzando i callback e un flusso di lavoro principale e secondario

Flusso di lavoro principale:

  1. Un flusso di lavoro callback-event-sample crea endpoint di callback per due origini evento: un argomento Pub/Sub e un bucket Cloud Storage.
  2. Questo flusso di lavoro memorizza entrambi gli endpoint di callback in un documento Firestore.
  3. Questo flusso di lavoro interrompe la sua esecuzione e attende che le richieste HTTP arrivino agli endpoint di callback.

Eventi:

  1. Si verificano eventi: un messaggio viene pubblicato in un argomento Pub/Sub e un file viene caricato in un bucket Cloud Storage.

Flusso di lavoro secondario:

  1. Eventarc instrada gli eventi al flusso di lavoro callback-event-listener e ne attiva l'esecuzione.
  2. Questo flusso di lavoro recupera gli URL degli endpoint di callback appropriati dal documento Firestore.
  3. Questo flusso di lavoro esegue i callback agli endpoint appropriati nel flusso di lavoro di esempio.

Flusso di lavoro principale:

  1. Il flusso di lavoro callback-event-sample riceve gli eventi agli endpoint di callback e riprende l'esecuzione.
  2. Questo flusso di lavoro elimina gli URL di callback dal documento Firestore e ne completa l'esecuzione.

Costi

In questo documento utilizzi i seguenti componenti fatturabili di Google Cloud:

Per generare una stima dei costi basata sull'utilizzo previsto, utilizza il Calcolatore prezzi. I nuovi utenti di Google Cloud potrebbero essere idonei per una prova gratuita.

Prima di iniziare

Puoi eseguire i seguenti comandi nella console Google Cloud o utilizzando Google Cloud CLI nel terminale o in Cloud Shell.

I vincoli di sicurezza definiti dalla tua organizzazione potrebbero impedirti di completare i passaggi seguenti. Per informazioni sulla risoluzione dei problemi, vedi Sviluppare applicazioni in un ambiente Google Cloud vincolato.

Console

  1. Nella console Google Cloud, nella pagina di selezione del progetto, seleziona o crea un progetto Google Cloud.

    Vai al selettore dei progetti

  2. Verifica che la fatturazione sia attivata per il tuo progetto Google Cloud. Scopri come controllare se la fatturazione è attivata in un progetto.

  3. Abilita le API App Engine, Eventarc, Firestore, Pub/Sub e Workflows.

    Abilita le API

  4. Crea un account di servizio da utilizzare per l'autenticazione con altri servizi Google Cloud e assegna i ruoli appropriati:

    1. Nella console Google Cloud, vai alla pagina Account di servizio.

      Vai a Service account

    2. Per andare alla pagina Crea account di servizio, seleziona il tuo progetto.

    3. Inserisci un nome nel campo Nome account di servizio. La console Google Cloud compila il campo ID account di servizio in base a questo nome.

      Nel campo Descrizione account di servizio, inserisci una descrizione. Ad esempio, Service account for tutorial.

    4. Fai clic su Crea e continua.

    5. Nell'elenco Seleziona un ruolo, filtra in base ai seguenti ruoli da concedere all'account di servizio gestito dall'utente che hai creato nel passaggio precedente:

      • Utente Cloud Datastore: per accedere ai dati di Firestore in modalità Datastore (Datastore).
      • Eventarc Event Receiver: per ricevere eventi dai fornitori di eventi.
      • Logs Writer: per scrivere i log.
      • Workflows Invoker: per eseguire i flussi di lavoro e gestirne le esecuzioni.

      Per altri ruoli, fai clic su Aggiungi un altro ruolo e aggiungi ogni ruolo aggiuntivo.

    6. Fai clic su Continua.

    7. Per completare la creazione dell'account, fai clic su Fine.

  5. Per creare un trigger Eventarc che inoltra gli eventi da Cloud Storage, concedi il ruolo Publisher Pub/Sub all'agente di servizio Cloud Storage. In genere, si tratta di service-PROJECT_NUMBER@gs-project-accounts.iam.gserviceaccount.com. Puoi recuperare l'indirizzo email dell'agente di servizio Cloud Storage.

    1. Nella console Google Cloud, vai alla pagina IAM.

      Vai a IAM

    2. Nella riga relativa all'agente di servizio Cloud Storage, fai clic su Modifica entità. Se l'agente di servizio non è presente nell'elenco, vai al passaggio successivo. Viene visualizzato il riquadro Modifica accesso.

      1. Fai clic su Aggiungi un altro ruolo e cerca il ruolo Publisher Pub/Sub.
      2. Seleziona il ruolo.
      3. Fai clic su Salva.
    3. Se l'agente di servizio non è presente nell'elenco, fai clic su Concedi accesso. Viene visualizzato il riquadro Concedi l'accesso.

      1. Nel campo Nuove entità, inserisci l'indirizzo email dell'agente di servizio.
      2. Nell'elenco Seleziona un ruolo, cerca il ruolo Publisher Pub/Sub.
      3. Seleziona il ruolo.
      4. Fai clic su Salva.

gcloud

  1. In the Google Cloud console, activate Cloud Shell.

    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.

  2. Verifica che la fatturazione sia attivata per il tuo progetto Google Cloud. Scopri come controllare se la fatturazione è attivata in un progetto.

  3. Abilita le API App Engine, Eventarc, Firestore, Pub/Sub e Workflows.

    gcloud services enable \
        appengine.googleapis.com \
        eventarc.googleapis.com \
        firestore.googleapis.com \
        pubsub.googleapis.com \
        workflows.googleapis.com
  4. Crea un account di servizio da utilizzare per l'autenticazione con altri servizi Google Cloud e concedi i ruoli appropriati.

    1. Crea l'account di servizio:

      gcloud iam service-accounts create SERVICE_ACCOUNT_NAME

      Sostituisci SERVICE_ACCOUNT_NAME con un nome per l'account di servizio.

    2. Concedi i ruoli all'account di servizio gestito dall'utente che hai creato nel passaggio precedente. Esegui il seguente comando una volta per ciascuno dei seguenti ruoli IAM:

      • roles/datastore.user: per accedere ai dati di Firestore in modalità Datastore (Datastore).
      • roles/eventarc.eventReceiver: per ricevere eventi dai fornitori di eventi.
      • roles/logging.logWriter: per scrivere i log.
      • roles/workflows.invoker: per eseguire i flussi di lavoro e gestirne le esecuzioni.
      gcloud projects add-iam-policy-binding PROJECT_ID \
          --member=serviceAccount:SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com \
          --role=ROLE

      Sostituisci quanto segue:

      • PROJECT_ID: il ID progetto in cui hai creato l'account di servizio
      • ROLE: il ruolo da concedere
  5. Per creare un trigger Eventarc che inoltri gli eventi da Cloud Storage, concedi il ruolo Publisher Pub/Sub all'agente di servizio Cloud Storage. In genere, si tratta di service-PROJECT_NUMBER@gs-project-accounts.iam.gserviceaccount.com. Utilizza gcloud storage service-agent per recuperare prima l'agente di servizio Cloud Storage.

    SERVICE_ACCOUNT_STORAGE="$(gcloud storage service-agent --project=PROJECT_ID)"
    
    gcloud projects add-iam-policy-binding PROJECT_ID \
        --member=serviceAccount:$SERVICE_ACCOUNT_STORAGE \
        --role=roles/pubsub.publisher

Creare un database Firestore

Firestore archivia i dati in documenti contenenti campi con mappatura ai valori. Questi documenti vengono archiviati in raccolte, ovvero contenitori per i documenti che puoi utilizzare per organizzare i dati e creare query. Scopri di più su Firestore.

Tieni presente che ogni progetto Google Cloud è limitato a un database Firestore. Completa i seguenti passaggi se devi creare un nuovo database.

Console

  1. Nella console Google Cloud, vai alla pagina Inizia di Firestore.

    Vai a Inizia

  2. Fai clic su Seleziona modalità Native.

    Per indicazioni sulla selezione di una modalità di database e per un confronto dettagliato delle funzionalità, consulta la sezione Scegliere tra la modalità nativa e la modalità Datastore.

  3. Nell'elenco Seleziona una località, seleziona nam5 (Stati Uniti).

    La località si applica sia al database Firestore sia all'applicazione App Engine nel progetto Google Cloud. Una volta creato il database, non puoi modificarne la posizione.

  4. Fai clic su Crea database.

gcloud

Per creare un database Firestore, devi prima creare un'applicazione App Engine ed eseguire il comando gcloud firestore databases create:

gcloud app create --region=us-central
gcloud firestore databases create --region=us-central

Puoi ignorare l'avviso us-central is not a valid Firestore location. App Engine e Firestore supportano le stesse località, ma la regione us-central (Iowa) di App Engine corrisponde alla regione multipla nam5 (Stati Uniti) di Firestore.

crea un argomento Pub/Sub

Questo tutorial utilizza Pub/Sub come origine evento. Crea un argomento Pub/Sub in cui pubblicare un messaggio. Scopri di più sulla creazione e sulla gestione degli argomenti.

Console

  1. Nella console Google Cloud, vai alla pagina Argomenti di Pub/Sub.

    Vai ad Argomenti

  2. Fai clic su Crea argomento.

  3. Nel campo ID argomento, inserisci topic-callback.

  4. Accetta gli altri valori predefiniti.

  5. Fai clic su Crea argomento.

gcloud

Per creare un argomento, esegui il comando gcloud pubsub topics create:

gcloud pubsub topics create topic-callback

Crea un bucket Cloud Storage

Questo tutorial utilizza Cloud Storage come origine evento. Crea un bucket Cloud Storage in modo da potervi caricare un file. Scopri di più sulla creazione di bucket di archiviazione.

Console

  1. Nella console Google Cloud, vai alla pagina Bucket in Cloud Storage.

    Vai a Cloud Storage

  2. Fai clic su Crea.

  3. Come Nome del bucket, inserisci PROJECT_ID-bucket-callback.

    L'ID progetto viene utilizzato nel flusso di lavoro callback-event-sample per identificare il bucket.

  4. Fai clic su Continua.

  5. In Tipo di località, seleziona Regione e poi us-central1 (Iowa).

  6. Accetta gli altri valori predefiniti.

  7. Fai clic su Crea.

gcloud

Per creare un bucket, esegui il comando gcloud storage buckets create:

gcloud storage buckets create gs://PROJECT_ID-bucket-callback \
    --location=us-central1

L'ID progetto viene utilizzato nel flusso di lavoro callback-event-sample per identificare il bucket.

Dopo aver creato le origini evento, puoi eseguire il deployment del flusso di lavoro del destinatario evento.

Esegui il deployment di un flusso di lavoro in ascolto di eventi

Il flusso di lavoro callback-event-listener viene attivato quando viene pubblicato un messaggio in un argomento Pub/Sub o quando un file viene caricato in un bucket Cloud Storage. Il flusso di lavoro riceve l'evento, recupera i dettagli appropriati della chiamata al gestore dall'apposito database Firestore e invia una richiesta HTTP all'endpoint della chiamata al gestore.

Console

  1. Nella console Google Cloud, vai alla pagina Flussi di lavoro:

    Vai a Flussi di lavoro

  2. Fai clic su Crea.

  3. Inserisci un nome per il nuovo flusso di lavoro: callback-event-listener.

  4. Nell'elenco Regione, seleziona us-central1.

  5. Seleziona l'account di servizio che hai creato in precedenza.

  6. Fai clic su Avanti.

  7. Nell'editor del flusso di lavoro, inserisci la seguente definizione per il flusso di lavoro:

    main:
      params: [event]
      steps:
        - log_event:
            call: sys.log
            args:
              text: ${event}
              severity: INFO
        - init:
            assign:
              - database_root: ${"projects/" + sys.get_env("GOOGLE_CLOUD_PROJECT_ID") + "/databases/(default)/documents/callbacks/"}
              - event_source_tokens: ${text.split(event.source, "/")}
              - event_source_len: ${len(event_source_tokens)}
              - event_source: ${event_source_tokens[event_source_len - 1]}
              - doc_name: ${database_root + event_source}
        - get_document_for_event_source:
            try:
              call: googleapis.firestore.v1.projects.databases.documents.get
              args:
                name: ${doc_name}
              result: document
            except:
                as: e
                steps:
                    - known_errors:
                        switch:
                        - condition: ${e.code == 404}
                          return: ${"No callbacks for event source " + event_source}
                    - unhandled_exception:
                        raise: ${e}
        - process_callback_urls:
            steps:
              - check_fields_exist:
                  switch:
                  - condition: ${not("fields" in document)}
                    return: ${"No callbacks for event source " + event_source}
                  - condition: true
                    next: processFields
              - processFields:
                  for:
                      value: key
                      in: ${keys(document.fields)}
                      steps:
                          - extract_callback_url:
                              assign:
                                  - callback_url: ${document.fields[key]["stringValue"]}
                          - log_callback_url:
                              call: sys.log
                              args:
                                text: ${"Calling back url " + callback_url}
                                severity: INFO
                          - http_post:
                              call: http.post
                              args:
                                  url: ${callback_url}
                                  auth:
                                      type: OAuth2
                                  body:
                                      event: ${event}
  8. Fai clic su Esegui il deployment.

gcloud

  1. Crea un file di codice sorgente per il tuo flusso di lavoro:

    touch callback-event-listener.yaml
  2. In un editor di testo, copia il seguente flusso di lavoro nel file di codice sorgente:

    main:
      params: [event]
      steps:
        - log_event:
            call: sys.log
            args:
              text: ${event}
              severity: INFO
        - init:
            assign:
              - database_root: ${"projects/" + sys.get_env("GOOGLE_CLOUD_PROJECT_ID") + "/databases/(default)/documents/callbacks/"}
              - event_source_tokens: ${text.split(event.source, "/")}
              - event_source_len: ${len(event_source_tokens)}
              - event_source: ${event_source_tokens[event_source_len - 1]}
              - doc_name: ${database_root + event_source}
        - get_document_for_event_source:
            try:
              call: googleapis.firestore.v1.projects.databases.documents.get
              args:
                name: ${doc_name}
              result: document
            except:
                as: e
                steps:
                    - known_errors:
                        switch:
                        - condition: ${e.code == 404}
                          return: ${"No callbacks for event source " + event_source}
                    - unhandled_exception:
                        raise: ${e}
        - process_callback_urls:
            steps:
              - check_fields_exist:
                  switch:
                  - condition: ${not("fields" in document)}
                    return: ${"No callbacks for event source " + event_source}
                  - condition: true
                    next: processFields
              - processFields:
                  for:
                      value: key
                      in: ${keys(document.fields)}
                      steps:
                          - extract_callback_url:
                              assign:
                                  - callback_url: ${document.fields[key]["stringValue"]}
                          - log_callback_url:
                              call: sys.log
                              args:
                                text: ${"Calling back url " + callback_url}
                                severity: INFO
                          - http_post:
                              call: http.post
                              args:
                                  url: ${callback_url}
                                  auth:
                                      type: OAuth2
                                  body:
                                      event: ${event}
  3. Esegui il deployment del flusso di lavoro inserendo il seguente comando:

    gcloud workflows deploy callback-event-listener \
        --source=callback-event-listener.yaml \
        --location=us-central1 \
        --service-account=SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com

    Sostituisci SERVICE_ACCOUNT_NAME con il nome dell'account di servizio creato in precedenza.

Esegui il deployment di un flusso di lavoro che attende eventi

Il flusso di lavoro callback-event-sample memorizza i dettagli del callback in un database Firestore, ne interrompe l'esecuzione e attende che si verifichino eventi specifici.

Console

  1. Nella console Google Cloud, vai alla pagina Flussi di lavoro:

    Vai a Flussi di lavoro

  2. Fai clic su Crea.

  3. Inserisci un nome per il nuovo flusso di lavoro: callback-event-sample.

  4. Nell'elenco Regione, seleziona us-central1.

  5. Seleziona l'account di servizio che hai creato in precedenza.

  6. Fai clic su Avanti.

  7. Nell'editor del flusso di lavoro, inserisci la seguente definizione per il flusso di lavoro:

    main:
      steps:
        - init:
            assign:
              - pubsub_topic: topic-callback
              - storage_bucket: ${sys.get_env("GOOGLE_CLOUD_PROJECT_ID") + "-bucket-callback"}
        - await_pubsub_message:
            call: await_callback_event
            args:
              event_source: ${pubsub_topic}
            result: pubsub_event
        - await_storage_bucket:
            call: await_callback_event
            args:
              event_source: ${storage_bucket}
            result: storage_event
        - return_events:
            return:
                pubsub_event: ${pubsub_event}
                storage_event: ${storage_event}
    
    await_callback_event:
        params: [event_source]
        steps:
            - init:
                assign:
                  - database_root: ${"projects/" + sys.get_env("GOOGLE_CLOUD_PROJECT_ID") + "/databases/(default)/documents/callbacks/"}
                  - doc_name: ${database_root + event_source}
                  - execution_id: ${sys.get_env("GOOGLE_CLOUD_WORKFLOW_EXECUTION_ID")}
                  - firestore_key: ${"exec_" + text.split(execution_id, "-")[0]}
            - create_callback:
                call: events.create_callback_endpoint
                args:
                  http_callback_method: POST
                result: callback_details
            - save_callback_url:
                call: googleapis.firestore.v1.projects.databases.documents.patch
                args:
                  name: ${doc_name}
                  updateMask:
                    fieldPaths: ["${firestore_key}"]
                  body:
                    fields:
                      ${firestore_key}:
                        stringValue: ${callback_details.url}
            - log_and_await_callback:
                try:
                  steps:
                    - log_await_start:
                        call: sys.log
                        args:
                          severity: INFO
                          data: ${"Started waiting 1hr for an event from source " + event_source}
                    - await_callback:
                        call: events.await_callback
                        args:
                          callback: ${callback_details}
                          timeout: 3600
                        result: callback_request
                    - log_await_stop:
                        call: sys.log
                        args:
                          severity: INFO
                          data: ${"Stopped waiting for an event from source " + event_source}
                except:
                    as: e
                    steps:
                        - log_error:
                            call: sys.log
                            args:
                                severity: "ERROR"
                                text: ${"Received error " + e.message}
            - delete_callback_url:
                call: googleapis.firestore.v1.projects.databases.documents.patch
                args:
                  name: ${doc_name}
                  updateMask:
                    fieldPaths: ["${firestore_key}"]
            - check_null_event:
                switch:
                  - condition: ${callback_request == null}
                    return: null
            - log_await_result:
                call: sys.log
                args:
                  severity: INFO
                  data: ${callback_request.http_request.body.event}
            - return_event:
                return: ${callback_request.http_request.body.event}
  8. Fai clic su Esegui il deployment.

gcloud

  1. Crea un file di codice sorgente per il tuo flusso di lavoro:

    touch callback-event-sample.yaml
  2. In un editor di testo, copia il seguente flusso di lavoro nel file di codice sorgente:

    main:
      steps:
        - init:
            assign:
              - pubsub_topic: topic-callback
              - storage_bucket: ${sys.get_env("GOOGLE_CLOUD_PROJECT_ID") + "-bucket-callback"}
        - await_pubsub_message:
            call: await_callback_event
            args:
              event_source: ${pubsub_topic}
            result: pubsub_event
        - await_storage_bucket:
            call: await_callback_event
            args:
              event_source: ${storage_bucket}
            result: storage_event
        - return_events:
            return:
                pubsub_event: ${pubsub_event}
                storage_event: ${storage_event}
    
    await_callback_event:
        params: [event_source]
        steps:
            - init:
                assign:
                  - database_root: ${"projects/" + sys.get_env("GOOGLE_CLOUD_PROJECT_ID") + "/databases/(default)/documents/callbacks/"}
                  - doc_name: ${database_root + event_source}
                  - execution_id: ${sys.get_env("GOOGLE_CLOUD_WORKFLOW_EXECUTION_ID")}
                  - firestore_key: ${"exec_" + text.split(execution_id, "-")[0]}
            - create_callback:
                call: events.create_callback_endpoint
                args:
                  http_callback_method: POST
                result: callback_details
            - save_callback_url:
                call: googleapis.firestore.v1.projects.databases.documents.patch
                args:
                  name: ${doc_name}
                  updateMask:
                    fieldPaths: ["${firestore_key}"]
                  body:
                    fields:
                      ${firestore_key}:
                        stringValue: ${callback_details.url}
            - log_and_await_callback:
                try:
                  steps:
                    - log_await_start:
                        call: sys.log
                        args:
                          severity: INFO
                          data: ${"Started waiting 1hr for an event from source " + event_source}
                    - await_callback:
                        call: events.await_callback
                        args:
                          callback: ${callback_details}
                          timeout: 3600
                        result: callback_request
                    - log_await_stop:
                        call: sys.log
                        args:
                          severity: INFO
                          data: ${"Stopped waiting for an event from source " + event_source}
                except:
                    as: e
                    steps:
                        - log_error:
                            call: sys.log
                            args:
                                severity: "ERROR"
                                text: ${"Received error " + e.message}
            - delete_callback_url:
                call: googleapis.firestore.v1.projects.databases.documents.patch
                args:
                  name: ${doc_name}
                  updateMask:
                    fieldPaths: ["${firestore_key}"]
            - check_null_event:
                switch:
                  - condition: ${callback_request == null}
                    return: null
            - log_await_result:
                call: sys.log
                args:
                  severity: INFO
                  data: ${callback_request.http_request.body.event}
            - return_event:
                return: ${callback_request.http_request.body.event}
  3. Esegui il deployment del flusso di lavoro inserendo il seguente comando:

    gcloud workflows deploy callback-event-sample \
        --source=callback-event-sample.yaml \
        --location=us-central1 \
        --service-account=SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com

    Sostituisci SERVICE_ACCOUNT_NAME con il nome dell'account di servizio creato in precedenza.

Crea un trigger Eventarc per il routing degli eventi Pub/Sub

Un trigger Eventarc ti consente di instradare gli eventi specificando i filtri per l'attivatore, inclusa l'origine evento e il flusso di lavoro di destinazione. Crea un trigger Eventarc per eseguire il flusso di lavoro callback-event-listener in seguito alla pubblicazione di un messaggio in un argomento Pub/Sub. Scopri di più sull'attivazione di un workflow.

Console

  1. Nella console Google Cloud, vai alla pagina Eventarc.

    Vai a Eventarc

  2. Fai clic su Crea trigger.

  3. Digita un Nome trigger.

    Ad esempio, trigger-pubsub-events-listener.

  4. Nell'elenco Provider di eventi, seleziona Cloud Pub/Sub.

  5. Nell'elenco Evento, in Personalizzato, seleziona google.cloud.pubsub.topic.v1.messagePublished.

  6. Nell'elenco Seleziona un argomento Cloud Pub/Sub, seleziona l'argomento che hai creato in precedenza.

  7. Nell'elenco Regione, seleziona us-central1 (Iowa).

  8. Se richiesto, concedi il ruolo iam.serviceAccountTokenCreator all'account di servizio Pub/Sub.

  9. Seleziona l'account di servizio che hai creato in precedenza.

  10. Nell'elenco Destinazione evento, seleziona Workflow.

  11. Nell'elenco Seleziona un flusso di lavoro, seleziona il flusso di lavoro callback-event-listener.

  12. Fai clic su Crea.

gcloud

Per creare un attivatore, esegui il comando gcloud eventarc triggers create:

gcloud eventarc triggers create trigger-pubsub-events-listener \
    --location=us-central1 \
    --destination-workflow=callback-event-listener \
    --destination-workflow-location=us-central1 \
    --event-filters="type=google.cloud.pubsub.topic.v1.messagePublished" \
    --transport-topic=topic-callback \
    --service-account=SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com

Gli eventi vengono trasformati e passati all'esecuzione del flusso di lavoro come argomenti di runtime. Tieni presente che l'attivazione del nuovo attivatore può richiedere fino a 2 minuti.

Crea un trigger Eventarc per il routing degli eventi di Cloud Storage

Un trigger Eventarc ti consente di instradare gli eventi specificando i filtri per l'attivatore, inclusa l'origine evento e il flusso di lavoro di destinazione. Crea un trigger Eventarc per eseguire il flusso di lavoro callback-event-listener a seguito del caricamento di un file in un bucket Cloud Storage. Scopri di più sull'attivazione di un workflow.

Console

  1. Nella console Google Cloud, vai alla pagina Eventarc.

    Vai a Eventarc

  2. Fai clic su Crea trigger.

  3. Digita un Nome trigger.

    Ad esempio, trigger-storage-events-listener.

  4. Nell'elenco Provider di eventi, seleziona Cloud Storage.

  5. Nell'elenco Evento, in Diretti, seleziona google.cloud.storage.object.v1.finalized.

  6. Nell'elenco Bucket, cerca il bucket che hai creato in precedenza e selezionalo.

  7. Nell'elenco Regione, in base al bucket Cloud Storage, accetta il valore predefinito us-central1 (Iowa).

  8. Se richiesto, concedi il ruolo iam.serviceAccountTokenCreator all'account di servizio Pub/Sub.

  9. Seleziona l'account di servizio che hai creato in precedenza.

  10. Nell'elenco Destinazione evento, seleziona Workflow.

  11. Nell'elenco Seleziona un flusso di lavoro, seleziona il flusso di lavoro callback-event-listener.

  12. Fai clic su Crea.

gcloud

Per creare un attivatore, esegui il comando gcloud eventarc triggers create:

gcloud eventarc triggers create trigger-storage-events-listener \
    --location=us-central1 \
    --destination-workflow=callback-event-listener \
    --destination-workflow-location=us-central1 \
    --event-filters="type=google.cloud.storage.object.v1.finalized" \
    --event-filters="bucket=PROJECT_ID-bucket-callback" \
    --service-account=SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com

Gli eventi vengono trasformati e passati all'esecuzione del flusso di lavoro come argomenti di runtime. Tieni presente che l'attivazione del nuovo attivatore può richiedere fino a 2 minuti.

Esegui il flusso di lavoro principale

L'esecuzione di un flusso di lavoro esegue la definizione attuale del flusso di lavoro associata al flusso di lavoro. Esegui il flusso di lavoro callback-event-sample. Si tratta del workflow primario che attende l'occorrenza di eventi specifici e riprende la sua esecuzione solo quando il workflow secondario invia le richieste di callback appropriate.

Console

  1. Nella console Google Cloud, vai alla pagina Flussi di lavoro.

    Vai a Flussi di lavoro

  2. Nella pagina Flussi di lavoro, fai clic sul flusso di lavoro callback-event-sample per accedere alla relativa pagina dei dettagli.

  3. Nella pagina Dettagli flusso di lavoro, fai clic su Esegui.

  4. Fai di nuovo clic su Esegui.

    Viene avviata l'esecuzione del workflow. Durante l'esecuzione, dovresti vedere un stato di esecuzione Running e una voce di log simile alla seguente: Started waiting 1hr for an event from source topic-callback.

gcloud

Per eseguire un flusso di lavoro, esegui il comando gcloud workflows run:

gcloud workflows run callback-event-sample \
    --location=us-central1

Viene avviata l'esecuzione del workflow. Durante l'esecuzione, dovresti vedere un stato di esecuzione simile al seguente:

Waiting for execution [a848a164-268a-449c-b2fe-396f32f2ed66] to complete...working...

Generare eventi e controllare lo stato di esecuzione

Puoi verificare che i risultati siano quelli previsti generando eventi, visualizzando le voci di log e controllando lo stato di esecuzione del flusso di lavoro.

Pubblica un messaggio

Pubblica un messaggio nell'argomento Pub/Sub che hai creato in precedenza.

Console

  1. Nella console Google Cloud, vai alla pagina Argomenti di Pub/Sub.

    Vai ad Argomenti

  2. Fai clic su topic-callback.

  3. Fai clic sulla scheda Messaggi.

  4. Fai clic su Pubblica messaggio.

  5. Nel campo Corpo del messaggio, inserisci Hello World.

  6. Fai clic su Pubblica.

gcloud

Per pubblicare un messaggio, utilizza il comando gcloud pubsub topics publish:

gcloud pubsub topics publish topic-callback \
    --message="Hello World"

Caricamento di un oggetto

Carica un file nel bucket Cloud Storage che hai creato in precedenza.

Console

  1. Nella console Google Cloud, vai alla pagina Bucket in Cloud Storage.

    Vai a Bucket

  2. Fai clic sul nome del bucket che hai creato in precedenza.

  3. Nella scheda Oggetti, esegui una delle seguenti operazioni:

    • Trascina il file desiderato dal desktop o dal gestore file al riquadro principale della console Google Cloud.

    • Fai clic su Carica file, seleziona il file che vuoi caricare e poi fai clic su Apri.

gcloud

Per caricare un file, esegui il comando gcloud storage cp:

gcloud storage cp OBJECT_LOCATION gs://PROJECT_ID-bucket-callback/

Sostituisci OBJECT_LOCATION con il percorso locale dell'oggetto. Ad esempio, random.txt.

Visualizza le voci di log e lo stato di esecuzione

Verifica che il flusso di lavoro callback-event-sample sia stato completato correttamente.

Console

  1. Nella console Google Cloud, vai alla pagina Flussi di lavoro.

    Vai a Flussi di lavoro

  2. Nella pagina Flussi di lavoro, fai clic sul flusso di lavoro callback-event-sample per accedere alla relativa pagina dei dettagli.

  3. Nella pagina Dettagli del flusso di lavoro, per recuperare i dettagli di una determinata esecuzione, fai clic sull'ID esecuzione appropriato.

    Lo stato di esecuzione dovrebbe essere Successo e, nel riquadro Output, dovresti vedere gli eventi Pub/Sub e Cloud Storage ricevuti.

gcloud

  1. Filtra le voci di log e restituisce l'output in formato JSON:

    gcloud logging read "resource.type=workflows.googleapis.com/Workflow AND textPayload:calling OR textPayload:waiting" \
        --format=json
  2. Cerca voci di log simili a:

    "textPayload": "Stopped waiting for an event from source..."
    "textPayload": "Calling back url https://workflowexecutions.googleapis.com/v1/projects/..."
    "textPayload": "Started waiting 1hr for an event from source..."
    
  3. Controlla lo stato dell'ultimo tentativo di esecuzione:

    gcloud workflows executions wait-last

    Il risultato dovrebbe essere simile al seguente:

    Using cached execution name: projects/1085953646031/locations/us-central1/workflows/callback-event-sample/executions/79929e4e-82c1-4da1-b068-f828034c01b7
    Waiting for execution [79929e4e-82c1-4da1-b068-f828034c01b7] to complete...done.
    [...]
    state: SUCCEEDED
    

Esegui la pulizia

Se hai creato un nuovo progetto per questo tutorial, eliminalo. Se hai utilizzato un progetto esistente e vuoi conservarlo senza le modifiche aggiunte in questo tutorial, elimina le risorse create per il tutorial.

Elimina il progetto

Il modo più semplice per eliminare la fatturazione è eliminare il progetto che hai creato per il tutorial.

Per eliminare il progetto:

  1. In the Google Cloud console, go to the Manage resources page.

    Go to Manage resources

  2. In the project list, select the project that you want to delete, and then click Delete.
  3. In the dialog, type the project ID, and then click Shut down to delete the project.

Eliminare le risorse create in questo tutorial

  1. Eliminare i dati da Firestore.

  2. Elimina un argomento Pub/Sub.

  3. Elimina un bucket Cloud Storage.

  4. Elimina un trigger Eventarc.

  5. Eliminare un flusso di lavoro.

Passaggi successivi