Questo tutorial illustra l'utilizzo di Cloud Run, dell'API Cloud Vision e di ImageMagick per rilevare e sfocare le immagini offensive caricate in un bucket Cloud Storage. Questo tutorial si basa sul tutorial Utilizzare Pub/Sub con Cloud Run.
Questo tutorial illustra la modifica di un'app di esempio esistente. Se vuoi, puoi anche scaricare l'esempio completato.
Obiettivi
- Scrivi, crea ed esegui il deployment di un servizio di elaborazione dati asincrono in Cloud Run.
- Richiama il servizio caricando un file su Cloud Storage e creando un messaggio Pub/Sub.
- Utilizzare l'API Cloud Vision per rilevare contenuti violenti o per adulti.
- Utilizza ImageMagick per sfocare le immagini offensive.
- Testa il servizio caricando l'immagine di uno zombie che mangia carne.
Costi
In questo documento vengono utilizzati i seguenti componenti fatturabili di Google Cloud:
Per generare una stima dei costi in base all'utilizzo previsto,
utilizza il Calcolatore prezzi.
Prima di iniziare
- Accedi al tuo account Google Cloud. Se non conosci Google Cloud, crea un account per valutare le prestazioni dei nostri prodotti in scenari reali. I nuovi clienti ricevono anche 300 $di crediti gratuiti per l'esecuzione, il test e il deployment dei carichi di lavoro.
-
Nella pagina del selettore di progetti della console Google Cloud, seleziona o crea un progetto Google Cloud.
-
Assicurati che la fatturazione sia attivata per il tuo progetto Google Cloud.
-
Nella pagina del selettore di progetti della console Google Cloud, seleziona o crea un progetto Google Cloud.
-
Assicurati che la fatturazione sia attivata per il tuo progetto Google Cloud.
-
Abilita le API Artifact Registry, Cloud Build, Pub/Sub, Cloud Run, Cloud Storage e Cloud Vision.
- Installa e inizializza gcloud CLI.
- Aggiorna componenti:
gcloud components update
- Configura un argomento Pub/Sub, una sottoscrizione push sicura e un servizio Cloud Run iniziale per gestire i messaggi seguendo il tutorial su Pub/Sub
Ruoli obbligatori
Per ottenere le autorizzazioni necessarie per completare il tutorial, chiedi all'amministratore di concederti i seguenti ruoli IAM sul tuo progetto:
-
Editor Cloud Build (
roles/cloudbuild.builds.editor
) -
Amministratore Cloud Run (
roles/run.admin
) -
Funzione di accesso per la visualizzazione dei log (
roles/logging.viewAccessor
) -
Amministratore IAM progetto (
roles/resourcemanager.projectIamAdmin
) -
Amministratore Pub/Sub (
roles/pubsub.admin
) -
Utente account di servizio (
roles/iam.serviceAccountUser
) -
Service Usage Consumer (
roles/serviceusage.serviceUsageConsumer
) -
Amministratore Storage (
roles/storage.admin
)
Per saperne di più sulla concessione dei ruoli, consulta Gestire l'accesso.
Potresti anche essere in grado di ottenere le autorizzazioni richieste tramite i ruoli personalizzati o altri ruoli predefiniti.
Configurazione delle impostazioni predefinite di gcloud
Per configurare gcloud con i valori predefiniti per il tuo servizio Cloud Run:
Imposta il progetto predefinito:
gcloud config set project PROJECT_ID
Sostituisci PROJECT_ID con il nome del progetto che hai creato per questo tutorial.
Configura gcloud per la regione scelta:
gcloud config set run/region REGION
Sostituisci REGION con un'area geografica Cloud Run supportata a tua scelta.
Località di Cloud Run
Cloud Run è regionale, il che significa che l'infrastruttura che esegue i tuoi servizi Cloud Run si trova in una regione specifica ed è gestita da Google per essere disponibile in modo ridondante in tutte le zone all'interno di quella regione.
Soddisfare i requisiti di latenza, disponibilità o durabilità sono fattori principali per selezionare la regione in cui vengono eseguiti i servizi Cloud Run.
In genere, puoi selezionare la regione più vicina ai tuoi utenti, ma ti consigliamo di considerare la località degli altri prodotti Google Cloud utilizzati dal tuo servizio Cloud Run.
L'utilizzo combinato di prodotti Google Cloud in più località può influire
sulla latenza e sui costi del tuo servizio.
Cloud Run è disponibile nelle seguenti regioni:
Soggetto ai prezzi di Livello 1
asia-east1
(Taiwan)asia-northeast1
(Tokyo)asia-northeast2
(Osaka)europe-north1
(Finlandia) Bassi livelli di CO2europe-southwest1
(Madrid)europe-west1
(Belgio) Bassi livelli di CO2europe-west4
(Paesi Bassi)europe-west8
(Milano)europe-west9
(Parigi) A basse emissioni di CO2me-west1
(Tel Aviv)us-central1
(Iowa) A basse emissioni di CO2us-east1
(Carolina del Sud)us-east4
(Virginia del Nord)us-east5
(Colombo)us-south1
(Dallas)us-west1
(Oregon) Bassi livelli di CO2
Soggetto ai prezzi di Livello 2
africa-south1
(Johannesburg)asia-east2
(Hong Kong)asia-northeast3
(Seul, Corea del Sud)asia-southeast1
(Singapore)asia-southeast2
(Giacarta)asia-south1
(Mumbai, India)asia-south2
(Delhi, India)australia-southeast1
(Sydney)australia-southeast2
(Melbourne)europe-central2
(Varsavia, Polonia)europe-west10
(Berlino)europe-west12
(Torino)europe-west2
(Londra, Regno Unito) A basse emissioni di CO2europe-west3
(Francoforte, Germania) A basse emissioni di CO2europe-west6
(Zurigo, Svizzera) A basse emissioni di CO2me-central1
(Doha)me-central2
(Dammam)northamerica-northeast1
(Montreal) A basse emissioni di CO2northamerica-northeast2
(Toronto) A basse emissioni di CO2southamerica-east1
(San Paolo, Brasile) A basse emissioni di CO2southamerica-west1
(Santiago, Cile) A basse emissioni di CO2us-west2
(Los Angeles)us-west3
(Salt Lake City)us-west4
(Las Vegas)
Se hai già creato un servizio Cloud Run, puoi visualizzare la regione nella dashboard di Cloud Run nella console Google Cloud.
Comprensione della sequenza delle operazioni
Il flusso di dati di questo tutorial segue questi passaggi:
- Un utente carica un'immagine in un bucket Cloud Storage.
- Cloud Storage pubblica un messaggio relativo al nuovo file in Pub/Sub.
- Pub/Sub esegue il push del messaggio al servizio Cloud Run.
- Il servizio Cloud Run recupera il file immagine a cui viene fatto riferimento nel messaggio Pub/Sub.
- Il servizio Cloud Run utilizza l'API Cloud Vision per analizzare l'immagine.
- Se vengono rilevati contenuti violenti o per adulti, il servizio Cloud Run utilizza ImageMagick per sfocare l'immagine.
- Il servizio Cloud Run carica l'immagine sfocata in un altro bucket Cloud Storage per utilizzarla.
L'uso successivo dell'immagine sfocata viene lasciato come esercizio per il lettore.
Crea un repository standard Artifact Registry
Crea un repository standard Artifact Registry per archiviare l'immagine container:
gcloud artifacts repositories create REPOSITORY \ --repository-format=docker \ --location=REGION
Sostituisci:
- REPOSITORY con un nome univoco per il repository.
- REGION con la regione Google Cloud da utilizzare per il repository Artifact Registry.
configura i bucket Cloud Storage
Riga di comando
Crea un bucket Cloud Storage per caricare le immagini, dove INPUT_BUCKET_NAME è un nome di bucket univoco a livello globale:
gsutil mb gs://INPUT_BUCKET_NAME
Il servizio Cloud Run legge solo da questo bucket.
Crea un secondo bucket Cloud Storage per ricevere le immagini sfocate, dove BLURRED_BUCKET_NAME è un nome di bucket univoco a livello globale:
gsutil mb gs://BLURRED_BUCKET_NAME
Il servizio Cloud Run carica le immagini sfocate in questo bucket. L'utilizzo di un bucket separato impedisce alle immagini elaborate di riattivare il servizio.
Per impostazione predefinita, le revisioni di Cloud Run vengono eseguite come account di servizio predefinito di Compute Engine. L'account di servizio predefinito di Compute Engine dispone del ruolo IAM Editor progetto, che concede le autorizzazioni di lettura e scrittura su tutte le risorse nel tuo progetto Google Cloud. Se, invece, utilizzi un account di servizio gestito dall'utente, assicurati di aver assegnato i ruoli IAM richiesti in modo che abbia l'autorizzazione
storage.objects.get
per la lettura da INPUT_BUCKET_NAME e l'autorizzazionestorage.objects.create
per il caricamento su BLURRED_BUCKET_NAME.
Terraform
Per scoprire come applicare o rimuovere una configurazione Terraform, consulta Comandi Terraform di base.
Crea due bucket Cloud Storage: uno per caricare immagini originali e un altro per consentire al servizio Cloud Run di caricare immagini sfocate.
Per creare entrambi i bucket Cloud Storage con nomi univoci globali, aggiungi quanto segue al file main.tf
esistente:
Per impostazione predefinita, le revisioni di Cloud Run vengono eseguite come account di servizio predefinito di Compute Engine. L'account di servizio predefinito di Compute Engine dispone del ruolo IAM Editor progetto, che concede le autorizzazioni di lettura e scrittura su tutte le risorse nel tuo progetto Google Cloud. Se, invece, utilizzi un account di servizio gestito dall'utente, assicurati di aver assegnato i ruoli IAM richiesti in modo che abbia l'autorizzazione storage.objects.get
per la lettura da google_storage_bucket.imageproc_input
e l'autorizzazione storage.objects.create
per il caricamento su google_storage_bucket.imageproc_output
.
Nei passaggi seguenti, creerai ed eseguirai il deployment di un servizio che elabora le notifiche dei caricamenti di file in INPUT_BUCKET_NAME. Puoi attivare la consegna delle notifiche dopo aver eseguito il deployment e aver testato il servizio, per evitare di chiamare prematuramente il nuovo servizio.
Modificare il codice campione del tutorial Pub/Sub
Questo tutorial si basa sul codice assemblato nel tutorial sull'utilizzo di Pub/Sub. Se non hai ancora completato il tutorial, fallo ora saltando i passaggi di pulizia, poi torna qui per aggiungere il comportamento di elaborazione delle immagini.
Aggiungi codice di elaborazione dell'immagine
Il codice di elaborazione delle immagini è separato dalla gestione delle richieste per migliorare la leggibilità e la facilità di test. Per aggiungere il codice di elaborazione delle immagini:
Passa alla directory del codice campione del tutorial Pub/Sub.
Aggiungi codice per importare le dipendenze di elaborazione delle immagini, incluse le librerie per l'integrazione con i servizi Google Cloud, ImageMagick e il file system.
Node.js
Apri un nuovo fileimage.js
nel tuo editor e copia quanto segue:Python
Apri un nuovo fileimage.py
nel tuo editor e copia quanto segue:Go
Apri un nuovo fileimagemagick/imagemagick.go
nel tuo editor e copia quanto segue:Java
Apri un nuovo filesrc/main/java/com/example/cloudrun/ImageMagick.java
nell'editor e copia quanto segue:Aggiungi codice per ricevere un messaggio Pub/Sub come oggetto evento e controllare l'elaborazione delle immagini.
L'evento contiene dati sull'immagine caricata in origine. Questo codice determina se l'immagine deve essere sfocata controllando i risultati di un'analisi di Cloud Vision per rilevare la presenza di contenuti violenti o per adulti.
Node.js
Python
Go
Java
Recupera l'immagine a cui viene fatto riferimento dal bucket di input Cloud Storage creato in precedenza, utilizza ImageMagick per trasformare l'immagine con un effetto di sfocatura e caricare il risultato nel bucket di output.
Node.js
Python
Go
Java
integrare l'elaborazione delle immagini nel codice campione Pub/Sub
Per modificare il servizio esistente in modo da incorporare il codice di elaborazione delle immagini:
Aggiungi nuove dipendenze per il servizio, incluse le librerie client di Cloud Vision e Cloud Storage:
Node.js
npm install --save gm @google-cloud/storage @google-cloud/vision
Python
Aggiungi le librerie client necessarie in modo cherequirements.txt
abbia un aspetto simile a questo:Go
L'applicazione di esempio go utilizza go forms; le nuove dipendenze aggiunte sopra nell'istruzione di importazioneimagemagick/imagemagick.go
verranno scaricate automaticamente dal comando successivo che le richiede.Java
Aggiungi la seguente dipendenza in<dependencyManagement>
inpom.xml
: Aggiungi le seguenti dipendenze in<dependencies>
inpom.xml
:Aggiungi il pacchetto di sistema ImageMagick al container modificando
Dockerfile
sotto l'istruzioneFROM
. Se utilizzi un Dockerfile "multi-fase", inseriscilo nella fase finale.Debian/Ubuntu Alpino Scopri di più sull'utilizzo dei pacchetti di sistema nel servizio Cloud Run nel tutorial sull'utilizzo dei pacchetti di sistema.
Sostituisci il codice di gestione dei messaggi Pub/Sub esistente con una chiamata di funzione alla nuova logica di sfocatura.
Node.js
Il fileapp.js
definisce l'app Express.js e prepara all'uso i messaggi Pub/Sub ricevuti. Apporta le seguenti modifiche:- Aggiungi codice per importare il nuovo file
image.js
- Rimuovi il codice "Hello World" esistente dalla route
- Aggiungi codice per convalidare ulteriormente il messaggio Pub/Sub
Aggiungi codice per chiamare la nuova funzione di elaborazione delle immagini
Al termine, il codice sarà simile a questo:
Python
Il filemain.py
definisce l'app Flask e prepara all'uso i messaggi Pub/Sub ricevuti. Apporta le seguenti modifiche:- Aggiungi codice per importare il nuovo file
image.py
- Rimuovi il codice "Hello World" esistente dalla route
- Aggiungi codice per convalidare ulteriormente il messaggio Pub/Sub
Aggiungi codice per chiamare la nuova funzione di elaborazione delle immagini
Al termine, il codice sarà simile a questo:
Go
Il filemain.go
definisce il servizio HTTP e prepara l'utilizzo dei messaggi Pub/Sub ricevuti. Apporta le seguenti modifiche:- Aggiungi codice per importare il nuovo file
imagemagick.go
- Rimuovi il codice "Hello World" esistente dal gestore
- Aggiungi codice per convalidare ulteriormente il messaggio Pub/Sub
- Aggiungi codice per chiamare la nuova funzione di elaborazione delle immagini
Java
Il filePubSubController.java
definisce il controller che gestisce le richieste HTTP e prepara all'uso i messaggi Pub/Sub ricevuti. Apporta le seguenti modifiche:- Aggiungi le nuove importazioni
- Rimuovi il codice "Hello World" esistente dal controller
- Aggiungi codice per convalidare ulteriormente il messaggio Pub/Sub
- Aggiungi codice per chiamare la nuova funzione di elaborazione delle immagini
- Aggiungi codice per importare il nuovo file
Scarica l'esempio completo
Per recuperare l'esempio di codice per l'elaborazione delle immagini completo da utilizzare:
Clona il repository dell'app di esempio sulla tua macchina locale:
Node.js
git clone https://github.com/GoogleCloudPlatform/nodejs-docs-samples.git
In alternativa, puoi scaricare l'esempio come file ZIP ed estrarlo.
Python
git clone https://github.com/GoogleCloudPlatform/python-docs-samples.git
In alternativa, puoi scaricare l'esempio come file ZIP ed estrarlo.
Go
git clone https://github.com/GoogleCloudPlatform/golang-samples.git
In alternativa, puoi scaricare l'esempio come file ZIP ed estrarlo.
Java
git clone https://github.com/GoogleCloudPlatform/java-docs-samples.git
In alternativa, puoi scaricare l'esempio come file ZIP ed estrarlo.
Passa alla directory che contiene il codice campione di Cloud Run:
Node.js
cd nodejs-docs-samples/run/image-processing/
Python
cd python-docs-samples/run/image-processing/
Go
cd golang-samples/run/image-processing/
Java
cd java-docs-samples/run/image-processing/
Spedisci il codice
Il codice di spedizione prevede tre passaggi: creazione di un'immagine container con Cloud Build, caricamento dell'immagine del container su Artifact Registry e deployment dell'immagine del container in Cloud Run.
Per spedire il tuo codice:
Crea il tuo container e pubblicalo su Artifact Registry:
Node.js
gcloud builds submit --tag REGION-docker.pkg.dev/PROJECT_ID /REPOSITORY/pubsub
Dove
pubsub
è il nome del tuo servizio.Sostituisci:
- PROJECT_ID con l'ID progetto Google Cloud
- REPOSITORY con il nome del repository Artifact Registry.
- REGION con la regione Google Cloud da utilizzare per il repository Artifact Registry.
Se l'operazione ha esito positivo, verrà visualizzato un messaggio di operazione riuscita contenente l'ID, l'ora di creazione e il nome dell'immagine. L'immagine è archiviata in Artifact Registry e, se necessario, può essere riutilizzata.
Python
gcloud builds submit --tag REGION-docker.pkg.dev/PROJECT_ID /REPOSITORY/pubsub
Dove
pubsub
è il nome del tuo servizio.Sostituisci:
- PROJECT_ID con l'ID progetto Google Cloud
- REPOSITORY con il nome del repository Artifact Registry.
- REGION con la regione Google Cloud da utilizzare per il repository Artifact Registry.
Se l'operazione ha esito positivo, verrà visualizzato un messaggio di operazione riuscita contenente l'ID, l'ora di creazione e il nome dell'immagine. L'immagine è archiviata in Artifact Registry e, se necessario, può essere riutilizzata.
Go
gcloud builds submit --tag REGION-docker.pkg.dev/PROJECT_ID /REPOSITORY/pubsub
Dove
pubsub
è il nome del tuo servizio.Sostituisci:
- PROJECT_ID con l'ID progetto Google Cloud
- REPOSITORY con il nome del repository Artifact Registry.
- REGION con la regione Google Cloud da utilizzare per il repository Artifact Registry.
Se l'operazione ha esito positivo, verrà visualizzato un messaggio di operazione riuscita contenente l'ID, l'ora di creazione e il nome dell'immagine. L'immagine è archiviata in Artifact Registry e, se necessario, può essere riutilizzata.
Java
Questo esempio utilizza Jib per creare immagini Docker con gli strumenti Java comuni. Jib ottimizza le build di container senza bisogno di un Dockerfile o di dover installare Docker. Scopri di più sulla creazione di container Java con Jib.Usa il Dockerfile per configurare e creare un'immagine di base con i pacchetti di sistema installati per sostituire l'immagine di base predefinita di Jib:
gcloud builds submit --tag REGION-docker.pkg.dev/PROJECT_ID /REPOSITORY/imagemagick
Sostituisci:
- PROJECT_ID con l'ID progetto Google Cloud
- REPOSITORY con il nome del repository Artifact Registry.
- REGION con la regione Google Cloud da utilizzare per il repository Artifact Registry.
Utilizza l'helper delle credenziali gcloud per autorizzare Docker a eseguire il push al tuo Artifact Registry.
gcloud auth configure-docker
Crea il container finale con Jib e pubblicalo su Artifact Registry:
mvn compile jib:build \ -Dimage=REGION-docker.pkg.dev/PROJECT_ID /REPOSITORY/pubsub \ -Djib.from.image=REGION-docker.pkg.dev/PROJECT_ID /REPOSITORY/imagemagick
Sostituisci:
- PROJECT_ID con l'ID progetto Google Cloud
- REPOSITORY con il nome del repository Artifact Registry.
- REGION con la regione Google Cloud da utilizzare per il repository Artifact Registry.
Esegui questo comando per eseguire il deployment del servizio, utilizzando lo stesso nome di servizio utilizzato nel tutorial su Pub/Sub:
Node.js
gcloud run deploy pubsub-tutorial --image REGION-docker.pkg.dev/PROJECT_ID /REPOSITORY/pubsub --set-env-vars=BLURRED_BUCKET_NAME=BLURRED_BUCKET_NAME --no-allow-unauthenticated
Python
gcloud run deploy pubsub-tutorial --image REGION-docker.pkg.dev/PROJECT_ID /REPOSITORY/pubsub --set-env-vars=BLURRED_BUCKET_NAME=BLURRED_BUCKET_NAME --no-allow-unauthenticated
Go
gcloud run deploy pubsub-tutorial --image REGION-docker.pkg.dev/PROJECT_ID /REPOSITORY/pubsub --set-env-vars=BLURRED_BUCKET_NAME=BLURRED_BUCKET_NAME --no-allow-unauthenticated
Java
gcloud run deploy pubsub-tutorial --image REGION-docker.pkg.dev/PROJECT_ID /REPOSITORY/pubsub --set-env-vars=BLURRED_BUCKET_NAME=BLURRED_BUCKET_NAME --memory 512M --no-allow-unauthenticated
Dove
pubsub
è il nome del container epubsub-tutorial
è il nome del servizio. Tieni presente che il deployment dell'immagine container viene eseguito nel servizio e nella regione (Cloud Run) che hai configurato in precedenza in Configurazione dei valori predefiniti di gcloud. Sostituisci:- PROJECT_ID con l'ID progetto Google Cloud
- REPOSITORY con il nome del repository Artifact Registry.
- REGION con la regione Google Cloud da utilizzare per il repository Artifact Registry.
- BLURRED_BUCKET_NAME con il bucket Cloud Storage che hai creato in precedenza per ricevere immagini sfocate per impostare la variabile di ambiente.
Il flag
--no-allow-unauthenticated
limita l'accesso non autenticato al servizio. Mantenendo privato il servizio puoi fare affidamento sull'integrazione automatica di Pub/Sub di Cloud Run per autenticare le richieste. Per ulteriori dettagli sulla configurazione, consulta Integrazione con Pub/Sub. Per ulteriori dettagli sull'autenticazione basata su IAM, consulta Gestione degli accessi.Attendi il completamento del deployment: questa operazione può richiedere circa mezzo minuto. Se l'operazione riesce, la riga di comando visualizza l'URL del servizio.
Attivare le notifiche da Cloud Storage
Configura Cloud Storage per pubblicare un messaggio in un argomento Pub/Sub ogni volta che un file (noto come oggetto) viene caricato o modificato. Invia la notifica all'argomento creato in precedenza in modo che ogni nuovo caricamento di file richiami il servizio.
Riga di comando
gsutil kms serviceaccount -p PROJECT_ID gsutil notification create -t myRunTopic -f json gs://INPUT_BUCKET_NAME
Il comando gsutil viene installato come parte di Google Cloud CLI. myRunTopic
è l'argomento creato nel tutorial precedente.
Sostituisci INPUT_BUCKET_NAME con il nome che hai utilizzato quando hai creato i bucket.
Per maggiori dettagli sulle notifiche dei bucket di archiviazione, consulta le notifiche di modifica degli oggetti.
Terraform
Per scoprire come applicare o rimuovere una configurazione Terraform, consulta Comandi Terraform di base.
Per abilitare le notifiche, l'account di servizio Cloud Storage univoco per il progetto deve esistere e disporre dell'autorizzazione IAM pubsub.publisher
nell'argomento Pub/Sub. Per concedere questa autorizzazione e creare una notifica di Cloud Storage, aggiungi quanto segue al file main.tf
esistente:
Fai una prova
Carica un'immagine offensiva, come questa immagine di zombie mangia carne:
curl -o zombie.jpg https://cdn.pixabay.com/photo/2015/09/21/14/24/zombie-949916_960_720.jpg gsutil cp zombie.jpg gs://INPUT_BUCKET_NAME
dove INPUT_BUCKET_NAME è il bucket Cloud Storage creato in precedenza per caricare le immagini.
Passa ai log del servizio:
- Vai alla pagina Cloud Run nella console Google Cloud
- Fai clic sul servizio
pubsub-tutorial
. - Seleziona la scheda Log. La visualizzazione dei log potrebbe richiedere qualche istante. Se non li vedi immediatamente, ricontrolla dopo qualche istante.
Cerca il messaggio
Blurred image: zombie.png
.Puoi visualizzare le immagini sfocate nel bucket Cloud Storage BLURRED_BUCKET_NAME che hai creato in precedenza: individua il bucket nella pagina Cloud Storage nella console Google Cloud
Esegui la pulizia
Se hai creato un nuovo progetto per questo tutorial, elimina il progetto. 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:
- Nella console Google Cloud, vai alla pagina Gestisci risorse.
- Nell'elenco dei progetti, seleziona il progetto che vuoi eliminare, quindi fai clic su Elimina.
- Nella finestra di dialogo, digita l'ID del progetto e fai clic su Chiudi per eliminare il progetto.
Eliminazione delle risorse del tutorial
Elimina il servizio Cloud Run di cui hai eseguito il deployment in questo tutorial:
gcloud run services delete SERVICE-NAME
Dove SERVICE-NAME è il nome del servizio che hai scelto.
Puoi anche eliminare i servizi Cloud Run dalla console Google Cloud.
Rimuovi la configurazione della regione predefinita di gcloud aggiunta durante la configurazione del tutorial:
gcloud config unset run/region
Rimuovi la configurazione del progetto:
gcloud config unset project
Elimina le altre risorse Google Cloud create in questo tutorial:
- Elimina l'argomento Pub/Sub
myRunTopic
- Elimina la sottoscrizione Pub/Sub
myRunSubscription
- Elimina l'immagine container da Artifact Registry.
- Elimina l'account di servizio callback
cloud-run-pubsub-invoker@PROJECT_ID.iam.gserviceaccount.com
- Elimina i bucket Cloud Storage creati per i segnaposto
INPUT_BUCKET_NAME
eBLURRED_BUCKET_NAME
- Elimina l'argomento Pub/Sub
Passaggi successivi
- Scopri di più su come rendere i dati persistenti con Cloud Run utilizzando Cloud Storage.
- Scopri come utilizzare l'API Cloud Vision per rilevare elementi oltre ai contenuti espliciti.
- Esplora le architetture di riferimento, i diagrammi e le best practice su Google Cloud. Visita il nostro Cloud Architecture Center.