Deployment continuo da Git con Cloud Build

Puoi utilizzare Cloud Build per automatizzare le build e i deployment in Cloud Run utilizzando il trigger di Cloud Build per creare ed eseguire il deployment del codice in modo automatico ogni volta che viene eseguito il push di nuovi commit a un determinato ramo di un repository Git. Per un esempio, consulta la guida rapida per creare un repository di modelli ed eseguire il deployment continuo da git.

Quando utilizzi un trigger di Cloud Build per creare container, le informazioni sul repository di origine vengono visualizzate nella console Google Cloud per il servizio dopo il deployment in Cloud Run.

In alternativa, puoi utilizzare Cloud Deploy per configurare una pipeline di distribuzione continua per eseguire il deployment dei servizi Cloud Run in più ambienti.

Prima di iniziare

• Hai un repository Git con un Dockerfile oppure il tuo codebase è scritto in uno dei linguaggi supportati dai buildpack di Google Cloud.

• Attiva l'API Cloud Build .

  Abilita l'API

Configura il deployment continuo dall'interfaccia utente di Cloud Run

La procedura di configurazione varia leggermente a seconda che tu stia configurando il deployment continuo su un nuovo servizio o su un servizio esistente. Fai clic sulla scheda appropriata per scoprire di più.

Nuovo servizio

1. Crea un nuovo servizio come descritto in Eseguire il deployment di un nuovo servizio, assicurandoti di selezionare Esegui il deployment continuo di nuove revisioni da un repository di codice sorgente nella pagina Impostazioni servizio.

2. Nella pagina Impostazioni servizio, fai clic su Configura con Cloud Build.

3. GitHub è il provider predefinito di repository. Se non hai ancora effettuato l'autenticazione, fai clic su Autentica e segui le istruzioni. La connessione di un repository viene eseguita utilizzando l'app GitHub di Cloud Build.

   

4. Tocca Avanti.

5. Compila le opzioni nel passaggio Configurazione build:

   • Ramo: indica l'origine da utilizzare durante l'esecuzione del trigger. Puoi inserire la regex qui. I rami corrispondenti vengono verificati automaticamente: puoi vederli sotto l'input. Tieni presente che, se viene abbinata esattamente un ramo, il trigger verrà eseguito automaticamente dopo la creazione.

   • Tipo di build

     • Se il repository deve essere creato utilizzando Docker e contiene un Dockerfile, seleziona Dockerfile. Posizione di origine indica la posizione e il nome del Dockerfile. Questa directory verrà utilizzata come contesto della build Docker. Tutti i percorsi devono essere relativi alla directory corrente.

     • In alternativa, seleziona Google Cloud Buildpacks. Usa il contesto Buildpack per specificare la directory e il punto di ingresso (facoltativo) per fornire il comando per avviare il server. Esempio: gunicorn -p :8080 main:app per Python, java -jar target/myjar.jar per Java. Lascia vuoto il campo per utilizzare il comportamento predefinito.

   

6. Fai clic su Salva.

7. Verifica le impostazioni selezionate.

   

8. Fai clic su Crea.

9. Tieni presente che il sistema ti reindirizzerà alla pagina Dettagli servizio, dove puoi monitorare l'avanzamento della configurazione del deployment continuo.

10. Una volta completati tutti i passaggi, prendi nota delle opzioni aggiuntive:

    • Modifica il deployment continuo.
    • Cronologia build.
    • Dettagli origine nella sezione Dettagli revisione.

Servizio esistente

1. Vai a Cloud Run

2. Individua il servizio nell'elenco e fai clic.

3. Fai clic su Set up Continuous Deployment (Configura deployment continuo).

4. GitHub è il provider predefinito di repository. Se non hai ancora effettuato l'autenticazione, fai clic su Autentica e segui le istruzioni. La connessione di un repository viene eseguita utilizzando l'app GitHub di Cloud Build.

   

5. Tocca Avanti.

6. Compila le opzioni nel passaggio Configurazione build:

   • Ramo: indica l'origine da utilizzare durante l'esecuzione del trigger. Puoi inserire la regex qui. I rami corrispondenti vengono verificati automaticamente: puoi vederli sotto l'input. Tieni presente che, se viene abbinata esattamente un ramo, il trigger verrà eseguito automaticamente dopo la creazione.

   • Tipo di build

     • Se il repository deve essere creato utilizzando Docker e contiene un Dockerfile, seleziona Dockerfile. Posizione di origine indica la posizione e il nome del Dockerfile. Questa directory verrà utilizzata come contesto della build Docker. Tutti i percorsi devono essere relativi alla directory corrente.

     • In alternativa, seleziona Google Cloud Buildpacks. Usa il contesto Buildpack per specificare la directory e il punto di ingresso (facoltativo) per fornire il comando per avviare il server. Esempio: gunicorn -p :8080 main:app per Python, java -jar target/myjar.jar per Java. Lascia vuoto il campo per utilizzare il comportamento predefinito.

   

7. Fai clic su Salva.

8. La pagina viene ricaricata e mostra l'avanzamento della configurazione del deployment continuo.

9. Una volta completati tutti i passaggi, prendi nota delle opzioni aggiuntive:

   • Modifica il deployment continuo.
   • Cronologia build.
   • Dettagli origine nella sezione Dettagli revisione.

configura manualmente il deployment continuo

Consulta la sezione Configurare manualmente il deployment continuo se devi utilizzare una procedura manuale e non la UI.

Collega il trigger di Cloud Build esistente al servizio Cloud Run.

Se hai già un trigger di Cloud Build, puoi collegarlo al servizio e sfruttare le funzionalità della console Google Cloud nella pagina Dettagli del servizio: pulsante Modifica deployment continuo e grafico Cronologia build.

A questo scopo, aggiungi un'etichetta con gcb-trigger-id come chiave e l'identificatore univoco del trigger di Cloud Build come valore (non il nome del trigger). Per la configurazione dell'etichetta, consulta Impostare o modificare le etichette.