Rollback, rilasci graduali, migrazione del traffico

Cloud Run ti consente di specificare quali revisioni devono ricevere traffico e di specificare le percentuali di traffico ricevute da una revisione. Questa funzionalità consente di eseguire il rollback a una revisione precedente, implementare gradualmente una revisione e suddividere il traffico tra più revisioni. In questa pagina viene descritto come utilizzare questa funzionalità per gestire il traffico verso le revisioni di Cloud Run.

Tieni presente che le modifiche al routing del traffico non sono istantanee. Quando modifichi il traffico per le revisioni, tutte le richieste attualmente in fase di elaborazione continueranno fino al completamento. Le richieste in fase di pubblicazione non verranno eliminate e potranno essere indirizzate a una nuova revisione o a una precedente durante il periodo di transizione.

Se stai dividendo il traffico tra più revisioni con l'affinità sessione attivata, consulta Affinità sessione e suddivisione del traffico per maggiori dettagli sull'effetto dell'affinità sessione sulla suddivisione del traffico.

Ruoli obbligatori

Per ottenere le autorizzazioni necessarie per gestire i servizi e le revisioni di Cloud Run, chiedi all'amministratore di concederti i seguenti ruoli IAM:

• Cloud Run Developer (roles/run.developer) sul tuo servizio Cloud Run
• Utente account di servizio (roles/iam.serviceAccountUser) sull'identità del servizio

Per un elenco dei ruoli e delle autorizzazioni IAM associati a Cloud Run, consulta Ruoli IAM di Cloud Run e Autorizzazioni IAM di Cloud Run. Se il tuo servizio Cloud Run si interfaccia con le API Google Cloud, ad esempio le librerie client di Cloud, consulta la guida alla configurazione delle identità dei servizi. Per ulteriori informazioni sulla concessione dei ruoli, consulta Autorizzazioni di deployment e Gestire l'accesso.

Esegui il rollback a una revisione precedente

Per eseguire il rollback a una revisione precedente:

Console

1. Vai a Cloud Run

2. Individua il servizio nell'elenco dei servizi e fai clic su di esso.

3. Fai clic sulla scheda Revisioni per mostrare l'elenco delle revisioni correnti per quel servizio.

4. Nell'elenco delle revisioni, fai clic sui puntini di sospensione a destra della revisione di cui stai eseguendo il rollback:

   

5. Fai clic su Gestisci traffico per visualizzare il modulo di gestione del traffico:

   1. Seleziona la revisione precedente a cui vuoi eseguire il rollback nell'elenco a discesa.
   2. Imposta la percentuale di traffico della revisione precedente su 100.
   3. Imposta la percentuale della revisione attualmente in fase di elaborazione su 0.
   4. Fai clic su Salva.

Riga di comando

Utilizza questo comando:

gcloud run services update-traffic SERVICE --to-revisions REVISION=100

• Sostituisci SERVICE con il nome del servizio.
• Sostituisci REVISION con il nome della revisione di cui stai eseguendo il rollback.

YAML

1. Se stai creando un nuovo servizio, salta questo passaggio. Se stai aggiornando un servizio esistente, scarica la relativa configurazione YAML:

   gcloud run services describe SERVICE --format export > service.yaml

2. Sotto l'attributo spec, individua e aggiorna l'attributo traffic come segue:

   apiVersion: serving.knative.dev/v1
   kind: Service
   metadata:
    name: SERVICE
   spec:
   ...
     traffic:
     - revisionName: REVISION
       percent: 100
   

   Sostituisci

   • REVISION con il nome della revisione a cui stai eseguendo il rollback.

3. Sostituisci il servizio con la nuova configurazione utilizzando il seguente comando:

   gcloud run services replace service.yaml

4. Attendi il completamento dell'aggiornamento: dovresti visualizzare un messaggio che indica che è stato eseguito il deployment della revisione da cui stai eseguendo il rollback da e che sta gestendo il 0% di traffico.

Terraform

Per scoprire come applicare o rimuovere una configurazione Terraform, vedi Comandi Terraform di base.

Aggiungi quanto segue al tuo file .tf:

resource "google_cloud_run_v2_service" "default" {
  name     = "cloudrun-srv"
  location = "us-central1"

  template {}

  traffic {
    percent = 100
    # This revision needs to already exist
    revision = "cloudrun-srv-green"
    type     = "TRAFFIC_TARGET_ALLOCATION_TYPE_REVISION"

  }
}

Nota: se la revisione non esiste, riceverai l'errore: Error creating Service: googleapi: Error 400: spec.template.spec: Revision template was empty.

Implementazione graduale per le revisioni

Per implementare gradualmente una nuova revisione:

Console

1. Vai a Cloud Run

2. Individua il servizio nell'elenco dei servizi e fai clic su di esso.

3. Fai clic su Esegui il deployment di una nuova revisione.

4. Compila il modulo di deployment in base alle esigenze, ma assicurati che la casella di controllo con l'etichetta Invia questa revisione immediatamente sia NON CONTROLLATA.

5. Fai clic su Esegui il deployment.

6. Fai clic su Gestisci traffico.

7. La nuova revisione è elencata ma con una percentuale impostata pari a 0: attualmente non gestisce alcun traffico. Nel modulo:

   1. Impostalo sulla percentuale desiderata, ad esempio 5. Tieni presente che la percentuale della versione attualmente in uso viene ridotta automaticamente dello stesso importo.
   2. Fai clic su Salva.
   3. Ripeti questi passaggi per Gestione del traffico ma con le percentuali modificate, aumentando la percentuale in base alle necessità per la nuova revisione. Non è necessario eseguire nuovamente il deployment per modificare le percentuali di traffico.

Riga di comando

1. Esegui il deployment della revisione da implementare gradualmente, impostandola inizialmente in modo che non riceva traffico:

   gcloud run deploy --image IMAGE --no-traffic

   Sostituisci IMAGE con l'immagine di cui stai eseguendo il deployment.

2. Specifica la percentuale di traffico che deve essere gestita dalla nuova revisione, ad esempio il 5%:

   gcloud run services update-traffic SERVICE --to-revisions REVISION=PERCENTAGE

   • Sostituisci SERVICE con il nome del servizio.
   • Sostituisci REVISION con il nome della revisione che stai implementando gradualmente. Per specificare la revisione più recente, puoi utilizzare LATEST, ad esempio LATEST=5.
   • Sostituisci PERCENTAGE con la percentuale di traffico da inviare alla nuova revisione, ad esempio 5 per inviargli il 5% del traffico.

3. Se le prestazioni della revisione sono soddisfacenti, ripeti il passaggio update-traffic precedente, ma aumenta il valore percentuale come preferisci.

YAML

1. Se stai creando un nuovo servizio, salta questo passaggio. Se stai aggiornando un servizio esistente, scarica la relativa configurazione YAML:

   gcloud run services describe SERVICE --format export > service.yaml

2. Apporta le modifiche alla configurazione del servizio e specifica il nome della revisione per la nuova revisione:

   apiVersion: serving.knative.dev/v1
   kind: Service
   metadata:
    name: SERVICE
   template:
     metadata:
       annotations:
         ...
       name: REVISION-NAME
   

   Sostituisci

   • REVISION-NAME con il nome che deve avere la nuova revisione.

3. Sotto l'attributo spec, individua e aggiorna l'attributo traffic in modo che la nuova revisione pubblichi solo una piccola quantità di traffico:

   apiVersion: serving.knative.dev/v1
   kind: Service
   metadata:
    name: SERVICE
   spec:
   ...
     traffic:
     - revisionName: REVISION-NEW
       percent: PERCENT-NEW
     - revisionName: REVISION-FORMER
       percent: PERCENT-FORMER
   

   Tieni presente che la somma delle percentuali deve essere 100. Sostituisci

   • REVISION-NEW con il nome della revisione che stai implementando gradualmente.
   • REVISION-FORMER con il nome della revisione attualmente in fase di pubblicazione.
   • PERCENT-NEW con la percentuale di traffico da inviare alla nuova revisione, ad esempio usa 10 per inviare il 10% del traffico a quella revisione.
   • PERCENT-FORMER con la percentuale di traffico da inviare alla revisione precedente

4. Attendi il completamento dell'aggiornamento: dovresti visualizzare un messaggio che indica che è stato eseguito il deployment della nuova revisione che stai implementando gradualmente e che pubblica il valore percentuale di traffico utilizzato.

Terraform

Aggiungi quanto segue al file .tf e aggiorna gradualmente la percentuale di traffico dalla revisione precedente all'ultima revisione. Tieni presente che per ogni cambio di traffico sarà necessario eseguire un altro terraform apply.

resource "google_cloud_run_v2_service" "default" {
  name     = "cloudrun-srv"
  location = "us-central1"

  template {
    containers {
      # Image or image tag must be different from previous revision
      image = "us-docker.pkg.dev/cloudrun/container/hello"
    }
  }

  # Define the traffic split for each revision
  # https://registry.terraform.io/providers/hashicorp/google/latest/docs/resources/cloud_run_v2_service#traffic
  traffic {
    percent = 100
    # This revision needs to already exist
    revision = "cloudrun-srv-green"
    type     = "TRAFFIC_TARGET_ALLOCATION_TYPE_REVISION"
  }

  traffic {
    # Deploy new revision with 0% traffic
    percent = 0
    type    = "TRAFFIC_TARGET_ALLOCATION_TYPE_LATEST"
  }
}

Applica le modifiche inserendo terraform apply.

Suddividi il traffico tra più revisioni

Per suddividere il traffico tra due o più revisioni:

Console

1. Vai a Cloud Run

2. Individua il servizio nell'elenco dei servizi e fai clic su di esso.

3. Fai clic su Gestisci traffico.

4. Viene elencata la nuova revisione attualmente in fase di elaborazione. Nel modulo:

   1. Imposta la percentuale di revisione attualmente in pubblicazione sulla suddivisione desiderata.
   2. Seleziona una delle revisioni precedenti utilizzando l'elenco a discesa e impostala sulla suddivisione percentuale desiderata.
   3. Per suddividere il traffico tra più revisioni, fai clic su Aggiungi revisione, seleziona la revisione che ti interessa e imposta la percentuale sulla suddivisione desiderata.
   4. Fai clic su Salva.

Riga di comando

Specifica le revisioni e la percentuale di traffico per ogni revisione in un elenco delimitato da virgole:

gcloud run services update-traffic SERVICE --to-revisions LIST

• Sostituisci SERVICE con il nome del servizio.
• Sostituisci LIST con un elenco di revisioni e percentuali delimitato da virgole:
  REVISION1=PERCENTAGE1,REVISION2=PERCENTAGE2,REVISIONn=PERCENTAGEx
  ad esempio hello2-00005-red=25,hello2-00001-bod=25,hello2-00002-nan=50.

YAML

1. Se stai creando un nuovo servizio, salta questo passaggio. Se stai aggiornando un servizio esistente, scarica la relativa configurazione YAML:

   gcloud run services describe SERVICE --format export > service.yaml

2. Sotto l'attributo spec, individua e aggiorna l'attributo traffic in modo che la nuova revisione pubblichi solo una piccola quantità di traffico:

   apiVersion: serving.knative.dev/v1
   kind: Service
   metadata:
    name: SERVICE
   spec:
   ...
     traffic:
     - revisionName: REVISION-A
       percent: PERCENT-A
     - revisionName: REVISION-B
       percent: PERCENT-B
     - revisionName: REVISION-C
       percent: PERCENT-C
   

   Tieni presente che la somma delle percentuali deve essere 100. Sostituisci

   • REVISION-A, REVISION-B, REVISION-C con le revisioni a cui stai allocando il traffico.
   • PERCENT-A, PERCENT-B, PERCENT-C con la percentuale per la revisione corrispondente.

3. Sostituisci il servizio con la nuova configurazione utilizzando il seguente comando:

   gcloud run services replace service.yaml

4. Attendi il completamento dell'aggiornamento: dovrebbe essere visualizzato un messaggio che indica che è stato eseguito il deployment della nuova revisione che stai implementando gradualmente e che sta pubblicando una percentuale pari a 5% (o qualsiasi valore graduale utilizzato) di traffico.

Terraform

Aggiungi quanto segue al tuo file .tf:

resource "google_cloud_run_v2_service" "default" {
  name     = "cloudrun-srv"
  location = "us-central1"

  template {
    containers {
      image = "us-docker.pkg.dev/cloudrun/container/hello"
    }
    revision = "cloudrun-srv-green"
  }

  # Define the traffic split for each revision
  # https://registry.terraform.io/providers/hashicorp/google/latest/docs/resources/cloud_run_v2_service#traffic
  traffic {
    percent  = 25
    revision = "cloudrun-srv-green"
    type     = "TRAFFIC_TARGET_ALLOCATION_TYPE_REVISION"
  }

  traffic {
    percent = 75
    # This revision needs to already exist
    revision = "cloudrun-srv-blue"
    type     = "TRAFFIC_TARGET_ALLOCATION_TYPE_REVISION"
  }
}

Applica le modifiche inserendo terraform apply.

Invia tutto il traffico all'ultima revisione

Quando esegui il deployment di una nuova revisione, puoi fare in modo che questa e tutte quelle future gestiscano il 100% del traffico il prima possibile, eseguendo l'override di qualsiasi suddivisione del traffico stabilita:

Console

1. Vai a Cloud Run

2. Individua il servizio nell'elenco dei servizi e fai clic su di esso.

3. Fai clic su Esegui il deployment di una nuova revisione.

4. Se necessario, compila il modulo di deployment, assicurandoti di selezionare la casella di controllo con l'etichetta Serve questa revisione immediatamente. In questo modo, la suddivisione del traffico esistente verrà ignorata e la nuova revisione gestirà il 100% del traffico.

5. Fai clic su Esegui il deployment.

Riga di comando

Per inviare tutto il traffico alla revisione di cui è stato eseguito il deployment più recente:

gcloud run services update-traffic SERVICE --to-latest

Sostituisci SERVICE con il nome del servizio.

YAML

1. Se stai creando un nuovo servizio, salta questo passaggio. Se stai aggiornando un servizio esistente, scarica la relativa configurazione YAML:

   gcloud run services describe SERVICE --format export > service.yaml

2. Sotto l'attributo spec, individua e aggiorna l'attributo traffic nel seguente modo:

   apiVersion: serving.knative.dev/v1
   kind: Service
   metadata:
    name: SERVICE
   spec:
   ...
     traffic:
     - latestRevision: true
       percent: 100
   

3. Sostituisci il servizio con la nuova configurazione utilizzando il seguente comando:

   gcloud run services replace service.yaml

4. Attendi il completamento dell'aggiornamento: dovrebbe essere visualizzato un messaggio che indica che è stato eseguito il deployment della revisione (più recente) e che sta gestendo il 100 percento del traffico.

Terraform

Aggiungi quanto segue al tuo file .tf:

resource "google_cloud_run_v2_service" "default" {
  name     = "cloudrun-srv"
  location = "us-central1"

  template {}

  traffic {
    percent = 100
    type    = "TRAFFIC_TARGET_ALLOCATION_TYPE_LATEST"
  }
}

Applica le modifiche inserendo terraform apply.

Utilizza i tag per i test, la migrazione del traffico e i rollback

Importante: se hai configurato un numero minimo di istanze a livello di servizio, i tag di traffico non allocano il numero minimo di istanze per le revisioni con tag. Se hai configurato un numero minimo di istanze a livello di revisione, i tag di traffico allocano un numero minimo di istanze per le revisioni con tag.

Per evitare costi di fatturazione per le revisioni con tag, utilizza le istanze minime del livello di servizio o rimuovi i tag sulle revisioni quando non ti servono più.

Un caso d'uso comune di questa funzionalità è utilizzarla per testare e controllare una nuova revisione di un servizio prima che gestisca il traffico, in questa sequenza tipica:

1. Esegui test di integrazione su un container durante lo sviluppo.
2. Esegui il deployment del container in un progetto Google Cloud che utilizzi solo per la gestione temporanea, senza gestione del traffico, ed esegui il test su una revisione con tag.
3. Esegui il deployment dell'app in produzione, senza gestire il traffico, e testala con una revisione con tag in produzione.
4. Esegui la migrazione del traffico alla revisione con tag.

Esegui il deployment di una nuova revisione con tag

Per eseguire il deployment in produzione di una nuova revisione di un servizio esistente:

Riga di comando

gcloud run deploy myservice --image IMAGE_URL  --no-traffic --tag TAG_NAME

Sostituisci

• IMAGE_URL con l'URL della tua immagine
• TAG_NAME con il nome del tag in minuscolo

Il tag consente di testare direttamente la nuova revisione in un URL specifico, senza gestire il traffico. L'URL inizia con il nome del tag che hai fornito: ad esempio, se hai utilizzato il nome di tag green sul servizio myservice, verificherai la revisione codificata all'URL https://green---myservice-abcdef.a.run.app

Terraform

Aggiungi quanto segue al file .tf e aggiorna gradualmente la percentuale di traffico dalla vecchia revisione alla revisione più recente con il nuovo tag. Tieni presente che per ogni cambio di traffico sarà necessario eseguire un altro terraform apply.

resource "google_cloud_run_v2_service" "default" {
  name     = "cloudrun-srv"
  location = "us-central1"

  template {
    containers {
      # image or tag must be different from previous revision
      image = "us-docker.pkg.dev/cloudrun/container/hello"
    }
    revision = "cloudrun-srv-blue"
  }

  # Define the traffic split for each revision
  # https://registry.terraform.io/providers/hashicorp/google/latest/docs/resources/cloud_run_v2_service#traffic
  traffic {
    percent = 100
    # This revision needs to already exist
    revision = "cloudrun-srv-green"
    type     = "TRAFFIC_TARGET_ALLOCATION_TYPE_REVISION"
  }

  traffic {
    # Deploy new revision with 0% traffic
    percent  = 0
    revision = "cloudrun-srv-blue"
    tag      = "tag-name"
    type     = "TRAFFIC_TARGET_ALLOCATION_TYPE_REVISION"
  }
}

Applica le modifiche inserendo terraform apply.

Rimuovere un tag

Per rimuovere un tag da una revisione:

Console

1. Vai a Cloud Run

2. Individua il servizio nell'elenco dei servizi e fai clic su di esso.

3. Vai alla sezione Revisioni all'interno del servizio desiderato e seleziona la revisione per la quale vuoi rimuovere il tag esistente.

4. Passa il mouse sopra la colonna URL delle revisioni (tag) e fai clic sull'icona a forma di matita come mostrato di seguito.

   

5. Nel menu popup URL delle revisioni, fai clic sull'icona Cestino per rimuovere il tag corrente utilizzato nella revisione.

6. Fai clic su Salva.

Riga di comando

Per rimuovere un tag di revisione:

gcloud run services update-traffic SERVICE --remove-tags TAG_NAME

Sostituisci

• TAG_NAME con il nome del tag su cui stai eseguendo la migrazione del traffico
• SERVICE con il nome del servizio da cui stai rimuovendo il tag

YAML

1. Se stai creando un nuovo servizio, salta questo passaggio. Se stai aggiornando un servizio esistente, scarica la relativa configurazione YAML:

   gcloud run services describe SERVICE --format export > service.yaml

2. Apporta le modifiche necessarie alla configurazione del servizio.

3. Sotto l'attributo spec, individua e rimuovi l'attributo tag per la revisione taggata:

   apiVersion: serving.knative.dev/v1
   kind: Service
   metadata:
    name: SERVICE
   spec:
   ...
     traffic:
     - revisionName: REVISION
       tag: TAG_NAME
       percent: PERCENT-NEW
   

4. Sostituisci il servizio con la nuova configurazione utilizzando il seguente comando:

   gcloud run services replace service.yaml

Terraform

Aggiungi quanto segue al tuo file .tf:

resource "google_cloud_run_v2_service" "default" {
  name     = "cloudrun-srv"
  location = "us-central1"

  template {}

  # Define the traffic split for each revision
  # https://registry.terraform.io/providers/hashicorp/google/latest/docs/resources/cloud_run_v2_service#traffic
  traffic {
    percent = 100
    # This revision needs to already exist
    revision = "cloudrun-srv-green"
    type     = "TRAFFIC_TARGET_ALLOCATION_TYPE_REVISION"
  }

  traffic {
    # No tags for this revision
    # Keep revision at 0% traffic
    percent = 0
    # This revision needs to already exist
    revision = "cloudrun-srv-blue"
    type     = "TRAFFIC_TARGET_ALLOCATION_TYPE_REVISION"
  }
}

Applica le modifiche inserendo terraform apply.

Nota: se la revisione non esiste, riceverai l'errore: Error creating Service: googleapi: Error 400: spec.template.spec: Revision template was empty.

Migrazione del traffico a una revisione con tag

Dopo aver confermato che la nuova revisione funziona correttamente, puoi iniziare a eseguire la migrazione del traffico utilizzando la console Google Cloud, la riga di comando gcloud, Terraform o un file YAML:

Console

1. Vai a Cloud Run

2. Individua il servizio nell'elenco dei servizi e fai clic su di esso:

3. Seleziona la revisione con tag a cui vuoi inviare il traffico:

   

4. Fai clic su Gestisci traffico.

5. Individua il nome della revisione con tag: è elencata ma con una percentuale impostata su 0: al momento non gestisce alcun traffico. Nel modulo Gestisci traffico*:

   1. Impostalo sulla percentuale desiderata, ad esempio 5. Tieni presente che la percentuale della versione attualmente in uso viene ridotta automaticamente dello stesso importo.
   2. Fai clic su Salva.
   3. Per un periodo di ore o giorni, se necessario, ripeti questi passaggi di Gestione del traffico ma con le percentuali modificate, aumentando la percentuale secondo necessità per la revisione con tag. Non è necessario eseguire nuovamente il deployment per modificare le percentuali di traffico.

Riga di comando

Per eseguire la migrazione del traffico a un tag di revisione specifico:

gcloud run services update-traffic myservice --to-tags TAG_NAME=TRAFFIC_PERCENT

Sostituisci

• TAG_NAME con il nome del tag su cui stai eseguendo la migrazione del traffico
• TRAFFIC_PERCENT con la percentuale di traffico da pubblicare alla revisione con tag, ad esempio 1.

YAML

1. Se stai creando un nuovo servizio, salta questo passaggio. Se stai aggiornando un servizio esistente, scarica la relativa configurazione YAML:

   gcloud run services describe SERVICE --format export > service.yaml

2. Apporta le modifiche necessarie alla configurazione del servizio.

3. Sotto l'attributo spec, individua e aggiorna l'attributo traffic per la revisione con tag in modo che la revisione con tag gestisca solo una piccola quantità di traffico:

   apiVersion: serving.knative.dev/v1
   kind: Service
   metadata:
    name: SERVICE
   spec:
   ...
     traffic:
     - revisionName: REVISION
       tag: TAG_NAME
       percent: PERCENT-NEW
     - revisionName: REVISION-FORMER
       percent: PERCENT-FORMER
   

   Tieni presente che la somma delle percentuali deve essere 100. Sostituisci

   • REVISION con il nome della revisione taggata.
   • TAG_NAME con il nome del tag che stai implementando gradualmente.
   • PERCENT-NEW con la percentuale di traffico da inviare alla revisione con tag, ad esempio usa 10 per inviare il 10% del traffico a quella revisione.
   • REVISION-FORMER con il nome della revisione attualmente in fase di pubblicazione.
   • PERCENT-FORMER con la percentuale di traffico da inviare alla revisione precedente

4. Sostituisci il servizio con la nuova configurazione utilizzando il seguente comando:

   gcloud run services replace service.yaml

5. Attendi il completamento dell'aggiornamento: dovresti visualizzare un messaggio che indica che è stato eseguito il deployment della nuova revisione che stai implementando gradualmente e che pubblica il valore percentuale di traffico utilizzato.

Terraform

Aggiungi quanto segue al tuo file .tf:

resource "google_cloud_run_v2_service" "default" {
  name     = "cloudrun-srv"
  location = "us-central1"

  template {}

  # Define the traffic split for each revision
  # https://registry.terraform.io/providers/hashicorp/google/latest/docs/resources/cloud_run_v2_service#traffic
  traffic {
    # Update revision to 50% traffic
    percent = 50
    # This revision needs to already exist
    revision = "cloudrun-srv-green"
    type     = "TRAFFIC_TARGET_ALLOCATION_TYPE_REVISION"
  }

  traffic {
    # Update tag to 50% traffic
    percent = 50
    # This tag needs to already exist
    tag = "tag-name"
  }
}

Per un periodo di ore o giorni, se necessario, aggiorna gradualmente da un tag all'altro, aumentando la percentuale in base alle esigenze della revisione con tag.

Fai domanda inserendo terraform apply dopo ogni modifica.

Nota: se la revisione non esiste, riceverai l'errore: Error creating Service: googleapi: Error 400: spec.template.spec: Revision template was empty.

Passaggi successivi

• Scopri come utilizzare Cloud Deploy per configurare una pipeline di distribuzione continua di cui eseguire il deployment in Cloud Run.