Deployment in App Engine

Questa pagina spiega come eseguire il deployment delle applicazioni in App Engine utilizzando Cloud Build. Se non hai mai utilizzato Cloud Build, leggi prima le guide rapide e la panoramica della configurazione della build.

App Engine è una piattaforma serverless completamente gestita per lo sviluppo e l'hosting di applicazioni web su larga scala. Per ulteriori informazioni su App Engine, leggi la documentazione di App Engine.

Prima di iniziare

  • Abilita l'API App Engine:

    Abilita l'API App Engine

  • Per eseguire i comandi gcloud in questa pagina, installa Google Cloud CLI.

  • Prepara il codice sorgente della tua applicazione che vuoi creare e di cui vuoi eseguire il deployment in App Engine. Il codice sorgente deve essere archiviato in un repository, ad esempio Cloud Source Repositories, GitHub o Bitbucket.

Autorizzazioni IAM richieste

Concedi il ruolo Amministratore App Engine e Utente account di servizio all'account di servizio Cloud Build:

  1. Apri la pagina Impostazioni di Cloud Build:

    Apri la pagina Impostazioni di Cloud Build

  2. Imposta lo stato del ruolo Amministratore App Engine e il ruolo Utente account di servizio su Attivato.

Configurazione del deployment

Cloud Build ti consente di utilizzare qualsiasi immagine container disponibile pubblicamente per eseguire le tue attività. Per farlo, specifica l'immagine in una build step nel file di configurazione di Cloud Build.

App Engine fornisce il comando gcloud app deploy, che crea un'immagine con il codice sorgente e ne esegue il deployment in App Engine. Puoi utilizzare l'immagine cloud-sdk come passaggio di build nel file di configurazione per richiamare i comandi gcloud all'interno dell'immagine. Gli argomenti passati a questo passaggio di build vengono passati direttamente a gcloud CLI, consentendoti di eseguire qualsiasi comando gcloud in questa immagine.

Per eseguire il deployment di un'applicazione in App Engine, segui questi passaggi:

  1. Crea un file di configurazione di Cloud Build denominato cloudbuild.yaml o cloudbuild.json.

  2. Nel file di configurazione:

    • Aggiungi un campo name per specificare il passaggio di build cloud-sdk.
    • Aggiungi un campo entrypoint per utilizzare lo strumento bash quando viene richiamato cloud-sdk.
    • Nel campo args, richiama il comando gcloud app deploy e imposta un timeout da utilizzare per App Engine quando richiama Cloud Build. Questo è obbligatorio perché i passaggi e le build di Cloud Build hanno un timeout predefinito di 10 minuti e il completamento dei deployment di App Engine potrebbe richiedere più tempo. Se specifichi un timeout più lungo, la build non andrà in timeout se il completamento di gcloud app deploy richiede più di 10 minuti.

      Errori di timeout durante l'utilizzo dell'ambiente standard di App Engine: puoi configurare i timeout come descritto qui solo quando utilizzi l'ambiente flessibile di App Engine. L'ambiente standard di App Engine non consente la configurazione del timeout della build. Se utilizzi Cloud Build per eseguire il deployment nell'ambiente standard di App Engine e la build presenta un errore di timeout, valuta la possibilità di utilizzare l'ambiente flessibile di App Engine o Cloud Run anziché l'ambiente standard di App Engine.

    • Aggiungi un valore della build timeout superiore a 10 minuti.

    YAML

    steps:
    - name: 'gcr.io/google.com/cloudsdktool/cloud-sdk'
      entrypoint: 'bash'
      args: ['-c', 'gcloud config set app/cloud_build_timeout 1600 && gcloud app deploy']
    timeout: '1600s'
    

    JSON

    {
      "steps": [
      {
        "name": "gcr.io/google.com/cloudsdktool/cloud-sdk",
        "entrypoint": "bash",
        "args": [
          "-c",
          "gcloud config set app/cloud_build_timeout 1600 && gcloud app deploy"
         ]
      }
      ],
      "timeout": "1600s"
    }
    
  3. Avvia la build, dove SOURCE_DIRECTORY è il percorso o l'URL del codice sorgente e REGION è una delle regioni di build supportate per avviare la build:

     gcloud builds submit --region=REGION SOURCE_DIRECTORY
    

Deployment continuo

Puoi automatizzare il deployment del tuo software in App Engine creando trigger di Cloud Build. Puoi configurare i trigger per creare ed eseguire il deployment delle immagini ogni volta che aggiorni il codice sorgente.

Per automatizzare il deployment in App Engine:

  1. Nel repository, aggiungi un file di configurazione con i passaggi per richiamare il comando gcloud app deploy:

    YAML

    steps:
    - name: 'gcr.io/google.com/cloudsdktool/cloud-sdk'
      entrypoint: 'bash'
      args: ['-c', 'gcloud config set app/cloud_build_timeout 1600 && gcloud app deploy']
    timeout: '1600s'
    

    JSON

    {
      "steps": [
      {
        "name": "gcr.io/google.com/cloudsdktool/cloud-sdk",
        "entrypoint": "bash",
        "args": [
          "-c",
          "gcloud config set app/cloud_build_timeout 1600 && gcloud app deploy"
         ]
      }
      ],
      "timeout": "1600s"
    }
    
  2. Crea un trigger di build con il file di configurazione creato nel passaggio precedente:

    1. Apri la pagina Attivatori nella console Google Cloud:

      Apri la pagina Attivatori

    2. Seleziona il progetto dal menu a discesa del selettore di progetti nella parte superiore della pagina.

    3. Fai clic su Apri.

    4. Fai clic su Crea trigger.

      Nella pagina Crea trigger, inserisci le seguenti impostazioni:

      1. Inserisci un nome per l'attivatore.

      2. Seleziona l'evento del repository per avviare il trigger.

      3. Seleziona il repository che contiene il codice sorgente e il file di configurazione della build.

      4. Specifica la regex per il nome del ramo o del tag che avvierà l'attivatore.

      5. Configurazione: scegli il file di configurazione della build creato in precedenza.

    5. Fai clic su Crea per salvare il trigger di build.

Ogni volta che esegui il push di nuovo codice nel repository, avvierai automaticamente una build e un deployment su App Engine.

Per ulteriori informazioni sulla creazione dei trigger di Cloud Build, consulta Creazione e gestione dei trigger di build.

Passaggi successivi