In Cloud Run, puoi attivare i servizi da Cloud Storage utilizzando Eventarc, in risposta alle modifiche in Cloud Storage.
Quando specifichi un trigger Cloud Storage per il tuo servizio, scegli un tipo di evento e specifica un bucket Cloud Storage. A seguito di questo trigger, il tuo servizio viene chiamato ogni volta che si verifica una modifica a un oggetto (file) all'interno del bucket specificato.
Affinché il servizio venga attivato da un evento su un bucket Cloud Storage, il servizio e il bucket devono trovarsi nello stesso progetto Google Cloud .
Per istruzioni dettagliate ed esempi di codice per la creazione di trigger da eventi Cloud Storage, consulta i seguenti tutorial:
Attiva funzioni da Cloud Storage utilizzando Eventarc. Puoi anche trovare un codice campione nella console Google Cloud che mostra come attivare una funzione in risposta agli eventi Cloud Storage, dopo aver eseguito il deployment della funzione Cloud Run con un trigger Cloud Storage.
Tipi di eventi Cloud Storage supportati
Cloud Run supporta i seguenti tipi di eventi Cloud Storage:
| Evento | Tipo di evento | Descrizione |
|---|---|---|
| Oggetto finalizzato |
|
Si verifica quando crei un nuovo oggetto o sovrascrivi un oggetto esistente e Cloud Storage crea una nuova generazione di quell'oggetto. |
| Oggetto eliminato |
|
Si verifica quando un oggetto viene eliminato temporaneamente. Per saperne di più, consulta la sezione Eliminazione temporanea. |
| Oggetto archiviato |
|
Si verifica quando una versione live di un oggetto diventa una versione non corrente. Per saperne di più, consulta Controllo delle versioni degli oggetti. |
| Metadati dell'oggetto aggiornati |
|
Si verifica quando modifichi i metadati di un oggetto esistente. |
Il repository Google Eventi contiene risorse aggiuntive per lavorare con i dati sugli eventi.
Prima di iniziare
Assicurati di aver configurato un nuovo progetto per Cloud Run come descritto nella pagina di configurazione.
Abilita le API Artifact Registry, Cloud Build, API Cloud Run Admin, Eventarc, Cloud Logging, Pub/Sub e Cloud Storage:
Ruoli richiesti per l'account di deployment
Per ottenere le autorizzazioni necessarie per attivare eventi Cloud Storage, chiedi all'amministratore di concederti i seguenti ruoli IAM nel progetto:
- Cloud Run Source Developer (
roles/run.sourceDeveloper) - Logs View Accessor (
roles/logging.viewAccessor) - Project IAM Admin (
roles/resourcemanager.projectIamAdmin) - Amministratore service account (
roles/iam.serviceAccountAdmin) - Utente Service Account (
roles/iam.serviceAccountUser) - Amministratore Service Usage (
roles/serviceusage.serviceUsageAdmin)
Per saperne di più sulla concessione dei ruoli, consulta Gestisci l'accesso a progetti, cartelle e organizzazioni.
Potresti anche riuscire a ottenere le autorizzazioni richieste tramite i ruoli personalizzati o altri ruoli predefiniti.
Tieni presente che per impostazione predefinita, le autorizzazioni di Cloud Build includono le autorizzazioni per caricare e scaricare gli artefatti di Artifact Registry.
Crea un trigger per i servizi
Dopo aver eseguito il deployment di un servizio, puoi configurare un trigger utilizzando la console Google Cloud , Google Cloud CLI o Terraform.
Console
Esegui il deployment del servizio Cloud Run utilizzando container o da origine.
Nella console Google Cloud , vai a Cloud Run:
Nell'elenco dei servizi, fai clic su un servizio esistente.
Nella pagina dei dettagli del servizio, vai alla scheda Trigger.
Fai clic su Aggiungi trigger e seleziona Trigger Cloud Storage.
Nel riquadro Trigger Eventarc, modifica i dettagli del trigger come segue:
Nel campo Nome trigger, inserisci un nome per il trigger o utilizza il nome predefinito.
Seleziona un tipo di trigger dall'elenco per specificare uno dei seguenti tipi di trigger:
Origini Google per specificare i trigger per Pub/Sub, Cloud Storage, Firestore e altri provider di eventi Google.
Terze parti per l'integrazione con provider non Google che offrono un'origine Eventarc. Per saperne di più, vedi Eventi di terze parti in Eventarc.
Seleziona Cloud Storage dall'elenco Provider di eventi per selezionare un prodotto che fornisca il tipo di evento per attivare il servizio. Per l'elenco dei fornitori di eventi, vedi Fornitori e destinazioni di eventi.
Seleziona google.cloud.storage.object.v1.finalized dall'elenco Tipo di evento. La configurazione del trigger varia a seconda del tipo di evento supportato. Per saperne di più, consulta Tipi di eventi.
Nel campo Bucket, fai clic su Sfoglia per selezionare un bucket Cloud Storage che il trigger deve monitorare. Le modifiche agli oggetti all'interno di questo bucket attiveranno chiamate alla tua funzione.
Se il campo Regione è attivato, seleziona una posizione per il trigger Eventarc. In generale, la località di un trigger Eventarc deve corrispondere a quella della Google Cloud risorsa che vuoi monitorare per gli eventi. Nella maggior parte degli scenari, devi anche deployare il servizio nella stessa regione. Per maggiori dettagli sulle località dei trigger Eventarc, consulta Informazioni sulle località Eventarc.
Nel campo Service account, seleziona un account di servizio. I trigger Eventarc sono collegati ai service account da utilizzare come identità quando viene richiamato il servizio. Il account di servizio del trigger Eventarc deve disporre dell'autorizzazione per richiamare il servizio. Per impostazione predefinita, Cloud Run utilizza l'account di servizio predefinito di Compute Engine.
(Facoltativo) Specifica il percorso dell'URL del servizio a cui inviare la richiesta in entrata. Questo è il percorso relativo nel servizio di destinazione a cui devono essere inviati gli eventi per il trigger. Ad esempio:
/,/route,routeeroute/subroute.(Facoltativo) Per abilitare i nuovi tentativi se il tentativo di consegna non va a buon fine, seleziona la casella di controllo Abilita ripetizione dei tentativi in caso di errore; in caso contrario, il comportamento predefinito è un singolo tentativo di consegna senza ripetizioni. Per saperne di più, consulta Nuovi tentativi per gli eventi.
Una volta compilati i campi obbligatori, fai clic su Salva attivatore.
Dopo aver creato il trigger, verifica il suo stato assicurandoti che sia presente un segno di spunta check_circle nella scheda Trigger.
gcloud
Esegui il deployment del servizio Cloud Run utilizzando container o da origine.
Esegui questo comando per creare un trigger che filtri ed esegua il routing degli eventi:
gcloud eventarc triggers create TRIGGER_NAME \ --location=LOCATION \ --destination-run-service=DESTINATION_RUN_SERVICE \ --destination-run-region=DESTINATION_RUN_REGION \ --event-filters="type=EVENT_FILTER_TYPE" \ --event-filters="bucket=BUCKET" \ --service-account=SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.comSostituisci quanto segue:
TRIGGER_NAME: l'ID del trigger o un identificatore completo.LOCATION: la posizione del trigger Eventarc. In alternativa, puoi impostare la proprietàeventarc/location, ad esempiogcloud config set eventarc/location us-central1.Per evitare problemi di prestazioni e residenza dei dati, la località deve corrispondere a quella del Google Cloud servizio che genera eventi. Per saperne di più, consulta Località Eventarc.
-
DESTINATION_RUN_SERVICE: il nome del servizio Cloud Run che riceve gli eventi per il trigger. Il servizio può trovarsi in una qualsiasi delle località supportate da Cloud Run e non deve trovarsi nella stessa località del trigger. Tuttavia, il servizio deve trovarsi nello stesso progetto del trigger e riceverà gli eventi come richieste HTTP POST inviate al percorso dell'URL principale (/), ogni volta che l'evento viene generato. -
DESTINATION_RUN_REGION: (facoltativo) la posizione di Cloud Run in cui si trova il servizio Cloud Run di destinazione. Se non specificato, si presume che il servizio si trovi nella stessa regione del trigger. EVENT_FILTER_TYPE: l'identificatore dell'evento. Viene generato un evento quando una chiamata API per il metodo ha esito positivo. Per le operazioni a lunga esecuzione, l'evento viene generato solo al termine dell'operazione e solo se l'azione viene eseguita correttamente. Per un elenco dei tipi di eventi supportati, consulta Tipi di eventi Google supportati da Eventarc.BUCKET: l'identificatore univoco globale del bucket Cloud Storage.SERVICE_ACCOUNT_NAME: il nome del account di servizio gestito dall'utente.PROJECT_ID: il tuo ID progetto Google Cloud .
Note:
- Il flag
--event-filters="type=EVENT_FILTER_TYPE"è obbligatorio. Se non è impostato alcun altro filtro eventi, vengono abbinati gli eventi per tutte le risorse. EVENT_FILTER_TYPEnon può essere modificato dopo la creazione. Per modificareEVENT_FILTER_TYPE, crea un nuovo trigger ed elimina quello precedente.- Ogni attivatore può avere più filtri evento, separati da virgole in un unico
--event-filters=[ATTRIBUTE=VALUE,...] flag oppure puoi ripetere il flag per aggiungere altri filtri. Solo gli eventi che corrispondono a tutti i filtri vengono inviati alla destinazione. I caratteri jolly e le espressioni regolari non sono supportati. Tuttavia, quando utilizzi il flag--event-filters-path-pattern, puoi definire un pattern di percorso della risorsa. - (Facoltativo) Per specificare un singolo tentativo di invio di eventi senza ripetizioni, utilizza il flag
--max-retry-attempts. L'unico valore valido è1. Se ometti il flag, viene applicato il comportamento di ripetizione standard. Per saperne di più, vedi Nuovi tentativi per gli eventi. - Sono disponibili altri flag. Per saperne di più, vedi
gcloud eventarc triggers create.
Terraform
Per creare un trigger Eventarc per un servizio Cloud Run, consulta Crea un trigger utilizzando Terraform.
Crea un trigger per le funzioni
Dopo aver eseguito il deployment di una funzione, puoi configurare un trigger utilizzando la console Google Cloud , Google Cloud CLI o Terraform.
Console
Quando utilizzi la console Google Cloud per creare una funzione, puoi anche aggiungere un trigger alla funzione. Per creare un attivatore per la tua funzione:
Nella console Google Cloud , vai a Cloud Run:
Fai clic su Scrivi una funzione e inserisci i dettagli della funzione. Per ulteriori informazioni sulla configurazione delle funzioni durante il deployment, consulta Esegui il deployment delle funzioni.
Nella sezione Attivatore, fai clic su Aggiungi attivatore.
Seleziona Trigger di Cloud Storage.
Nel riquadro Trigger Eventarc, modifica i dettagli del trigger come segue:
Inserisci un nome per l'attivatore nel campo Nome attivatore o utilizza il nome predefinito.
Seleziona un tipo di trigger dall'elenco:
Origini Google per specificare i trigger per Pub/Sub, Cloud Storage, Firestore e altri provider di eventi Google.
Terze parti per l'integrazione con provider non Google che offrono un'origine Eventarc. Per saperne di più, vedi Eventi di terze parti in Eventarc.
Seleziona Cloud Storage dall'elenco Provider di eventi per selezionare un prodotto che fornisca il tipo di evento per attivare la funzione. Per l'elenco dei fornitori di eventi, vedi Fornitori e destinazioni di eventi.
Seleziona google.cloud.storage.object.v1.finalized dall'elenco Tipo di evento. La configurazione del trigger varia a seconda del tipo di evento supportato. Per saperne di più, consulta Tipi di eventi.
Lascia invariato il campo Tipo di contenuti dei dati sugli eventi.
Nel campo Bucket, fai clic su Sfoglia per selezionare un bucket Cloud Storage che il trigger deve monitorare. Le modifiche agli oggetti all'interno di questo bucket attiveranno chiamate alla tua funzione.
Se il campo Regione è attivo, seleziona una posizione per il trigger Eventarc. In generale, la località di un trigger Eventarc deve corrispondere a quella della risorsaGoogle Cloud che vuoi monitorare per gli eventi. Nella maggior parte degli scenari, devi anche eseguire il deployment della funzione nella stessa regione. Per ulteriori dettagli sulle località dei trigger Eventarc, consulta la sezione Informazioni sulle località Eventarc.
Nel campo Service account, seleziona un account di servizio. I trigger Eventarc sono collegati a service account da utilizzare come identità quando viene richiamata la funzione. Il account di servizio del trigger Eventarc deve disporre dell'autorizzazione per richiamare la funzione. Per impostazione predefinita, Cloud Run utilizza l'account di servizio predefinito di Compute Engine.
(Facoltativo) Specifica il percorso dell'URL del servizio a cui inviare la richiesta in entrata. Questo è il percorso relativo nel servizio di destinazione a cui devono essere inviati gli eventi per il trigger. Ad esempio:
/,/route,routeeroute/subroute.(Facoltativo) Per abilitare i nuovi tentativi se il tentativo di consegna non va a buon fine, seleziona la casella di controllo Abilita ripetizione dei tentativi in caso di errore; in caso contrario, il comportamento predefinito è un singolo tentativo di consegna senza ripetizioni. Per saperne di più, consulta Nuovi tentativi per gli eventi.
Una volta compilati i campi obbligatori, fai clic su Salva attivatore.
Fai clic su Crea.
Nella scheda Origine, modifica il codice sorgente se necessario, poi seleziona Salva e ridistribuisci.
gcloud
Quando crei una funzione utilizzando gcloud CLI, devi prima eseguirne il deployment e poi creare un trigger. Per creare un trigger per la tua funzione:
Esegui questo comando nella directory che contiene il codice campione per eseguire il deployment della funzione:
gcloud run deploy FUNCTION \ --source . \ --function FUNCTION_ENTRYPOINT \ --base-image BASE_IMAGE_ID \ --region REGIONSostituisci quanto segue:
FUNCTION: il nome della funzione di cui stai eseguendo il deployment. Puoi omettere completamente questo parametro, ma ti verrà chiesto il nome se lo ometti.FUNCTION_ENTRYPOINT: l'entry point della funzione nel codice sorgente. Questo è il codice che Cloud Run esegue quando viene eseguita la funzione. Il valore di questo flag deve essere un nome di funzione o un nome di classe completo esistente nel codice sorgente.BASE_IMAGE_ID: l'ambiente dell'immagine di base per la funzione. Per maggiori dettagli sulle immagini di base e sui pacchetti inclusi in ogni immagine, consulta Immagini di base dei runtime.REGION: la regione Google Cloudin cui vuoi eseguire il deployment della funzione. Ad esempio:europe-west1.
Esegui questo comando per creare un trigger che filtri ed esegua il routing degli eventi:
gcloud eventarc triggers create TRIGGER_NAME \ --location=LOCATION \ --destination-run-service=FUNCTION \ --destination-run-region=DESTINATION_RUN_REGION \ --event-filters="type=EVENT_FILTER_TYPE" \ --event-filters="bucket=BUCKET" \ --service-account=SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.comSostituisci quanto segue:
TRIGGER_NAME: l'ID del trigger o un identificatore completo.LOCATION: la posizione del trigger Eventarc. In alternativa, puoi impostare la proprietàeventarc/location, ad esempiogcloud config set eventarc/location us-central1.Per evitare problemi di prestazioni e residenza dei dati, la località deve corrispondere a quella del Google Cloud servizio che genera eventi. Per saperne di più, consulta Località Eventarc.
-
FUNCTION: il nome della funzione Cloud Run di cui è stato eseguito il deployment che riceve gli eventi per il trigger. -
DESTINATION_RUN_REGION: (facoltativo) la posizione di Cloud Run in cui si trova la funzione Cloud Run di destinazione. Se non specificato, si presume che la funzione si trovi nella stessa regione del trigger. EVENT_FILTER_TYPE: l'identificatore dell'evento. Viene generato un evento quando una chiamata API per il metodo ha esito positivo. Per le operazioni a lunga esecuzione, l'evento viene generato solo al termine dell'operazione e solo se l'azione viene eseguita correttamente. Per un elenco dei tipi di eventi supportati, consulta Tipi di eventi Google supportati da Eventarc.BUCKET: l'identificatore univoco globale del bucket Cloud Storage.SERVICE_ACCOUNT_NAME: il nome del account di servizio gestito dall'utente.PROJECT_ID: il tuo ID progetto Google Cloud .
Note:
- Il flag
--event-filters="type=EVENT_FILTER_TYPE"è obbligatorio. Se non è impostato alcun altro filtro eventi, vengono abbinati gli eventi per tutte le risorse. EVENT_FILTER_TYPEnon può essere modificato dopo la creazione. Per modificareEVENT_FILTER_TYPE, crea un nuovo trigger ed elimina quello precedente.- Ogni attivatore può avere più filtri evento, separati da virgole in un unico
--event-filters=[ATTRIBUTE=VALUE,...] flag oppure puoi ripetere il flag per aggiungere altri filtri. Solo gli eventi che corrispondono a tutti i filtri vengono inviati alla destinazione. I caratteri jolly e le espressioni regolari non sono supportati. Tuttavia, quando utilizzi il flag--event-filters-path-pattern, puoi definire un pattern di percorso della risorsa. - (Facoltativo) Per specificare un singolo tentativo di invio di eventi senza ripetizioni, utilizza il flag
--max-retry-attempts. L'unico valore valido è1. Se ometti il flag, viene applicato il comportamento di ripetizione standard. Per saperne di più, vedi Nuovi tentativi per gli eventi. - Sono disponibili altri flag. Per saperne di più, vedi
gcloud eventarc triggers create.
Terraform
Per creare un trigger Eventarc per una funzione Cloud Run, consulta Creare un trigger utilizzando Terraform.
Distribuzione di eventi
I trigger Cloud Storage vengono implementati con le notifiche Pub/Sub per Cloud Storage. Gli eventi sono soggetti alle garanzie di distribuzione delle notifiche Pub/Sub.
Un bucket Cloud Storage può avere fino a 10 configurazioni di notifica impostate per attivare un evento specifico. Il superamento dei limiti di notifica del bucket causerà l'esito negativo di ulteriori deployment di funzioni con un errore simile al seguente:
Cloud Storage bucket ...: Pub/Sub notification limit reached
Puoi aggirare questa limitazione gestendo il tuo argomento Pub/Sub e registrandolo per le notifiche Cloud Storage del tipo a cui vuoi che la tua funzione risponda. Ad esempio, puoi configurare una singola notifica per l'evento scelto (ad esempio la creazione di oggetti) in un argomento Pub/Sub. Quindi, crea tutti gli abbonati alla funzione necessari affinché l'argomento elabori l'evento e distribuiscilo a più destinazioni. Ad esempio:
- Crea il tuo argomento Pub/Sub.
- Crea una singola configurazione di notifica nel bucket Cloud Storage che si attiva in base a un evento specifico (ad esempio
OBJECT_FINALIZEper la creazione di oggetti) e invia l'evento al tuo singolo argomento Pub/Sub. - Crea una o più funzioni attivate dall'argomento Pub/Sub.
Il risultato è una configurazione di notifica Cloud Storage, un argomento Pub/Sub e tutte le funzioni necessarie (entro i limiti di consegna molto elevati consentiti da Pub/Sub).
Consulta Quote e limiti di Cloud Storage per saperne di più sulle limitazioni di Cloud Storage.
Passaggi successivi
- Scopri come attivare con gli eventi.
- Scopri come attivare servizi da Cloud Storage utilizzando Eventarc.
- Scopri come attivare funzioni da Cloud Storage utilizzando Eventarc.