Puoi utilizzare Cloud Build per automatizzare build e deployment in Cloud Run for Anthos utilizzando il trigger di Cloud Build per creare ed eseguire automaticamente il deployment del tuo codice ogni volta che viene eseguito il push di nuovi commit a un determinato ramo di un repository 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 tuo servizio dopo il deployment in Cloud Run for Anthos.
Prima di iniziare
- Disponi di un repository Git con un
Dockerfileo il tuo codebase è scritto in uno dei linguaggi supportati dai buildpack di Google Cloud: Go, Node.js, Python, Java o .NET Core. -
Abilita le API Cloud Build e Cloud Source Repositories .
Configurazione del deployment continuo dall'interfaccia utente di Cloud Run for Anthos
La procedura varia leggermente a seconda che tu stia configurando un deployment continuo su un nuovo servizio o su un servizio esistente. Fai clic sulla scheda appropriata per scoprire di più.
Nuovo servizio
Vai a Cloud Run for Anthos nella console Google Cloud:
Fai clic su Crea servizio.
Compila le Impostazioni servizio con le tue preferenze.
Tocca Next (Avanti).
Seleziona Esegui il deployment continuo di nuove revisioni da un repository di origine.
Fai clic su Configura con Cloud Build.
Seleziona il provider e il repository.
- GitHub: se non hai ancora eseguito l'autenticazione, fai clic su Autentica e segui le istruzioni. Per impostazione predefinita, la connessione di un repository viene eseguita tramite l'app GitHub di Cloud Build. In alternativa, puoi eseguire il mirroring del repository GitHub in Cloud Source Repositories. Per farlo, fai clic su Opzione avanzata e seleziona Esegui il mirroring del repository GitHub utilizzando Cloud Source Repositories Scopri di più
- Bitbucket: se non hai ancora eseguito l'autenticazione, fai clic su Autentica e segui le istruzioni.
- Cloud Source Repositories
Tocca Next (Avanti).
Compila le opzioni del passaggio Configurazione build:
- Ramo: indica quale origine deve essere utilizzata durante l'esecuzione del trigger. Puoi inserire regex qui. I rami corrispondenti vengono verificati automaticamente: puoi vederli sotto l'input. Tieni presente che, se esattamente un ramo corrisponde, il trigger verrà eseguito automaticamente dopo la creazione.
Tipo di build
Se il repository deve essere creato utilizzando Docker e contiene un Docker, seleziona Dockerfile. Posizione di origine indica la località 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. Utilizza contesto Buildpack per specificare la directory e Entrypoint (facoltativo) per fornire il comando di avvio del server. Esempio:
gunicorn -p :8080 main:appper Python,java -jar target/myjar.jarper Java. Lascia vuoto per utilizzare il comportamento predefinito.
Fai clic su Salva.
Verifica le impostazioni selezionate.
Fai clic su Crea.
Tieni presente che verrà visualizzata la pagina Dettagli del servizio, in cui puoi monitorare l'avanzamento della configurazione del deployment continuo.
Una volta completati tutti i passaggi, prendi nota delle opzioni aggiuntive:
- Pulsante Modifica deployment continuo.
- Cronologia build.
- Dettagli relativi alla fonte nella sezione Dettagli della revisione.
Servizio esistente
Vai a Cloud Run for Anthos nella console Google Cloud:
Individua il servizio nell'elenco dei servizi e fai clic sul servizio.
Fai clic su Configura deployment continuo.
Seleziona il provider e il repository.
- GitHub: se non hai ancora eseguito l'autenticazione, fai clic su Autentica e segui le istruzioni. Per impostazione predefinita, la connessione di un repository viene eseguita tramite l'app GitHub di Cloud Build. In alternativa, puoi eseguire il mirroring del repository GitHub in Cloud Source Repositories. Per farlo, fai clic su Opzione avanzata e seleziona Esegui il mirroring del repository GitHub utilizzando Cloud Source Repositories Scopri di più
- Bitbucket: se non hai ancora eseguito l'autenticazione, fai clic su Autentica e segui le istruzioni.
- Cloud Source Repositories
Tocca Next (Avanti).
Compila le opzioni del passaggio Configurazione build:
- Ramo: indica quale origine deve essere utilizzata durante l'esecuzione del trigger. Puoi inserire regex qui. I rami corrispondenti vengono verificati automaticamente: puoi vederli sotto l'input. Tieni presente che, se esattamente un ramo corrisponde, il trigger verrà eseguito automaticamente dopo la creazione.
Tipo di build
Se il repository deve essere creato utilizzando Docker e contiene un Docker, seleziona Dockerfile. Posizione di origine indica la località 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. Utilizza contesto Buildpack per specificare la directory e Entrypoint (facoltativo) per fornire il comando di avvio del server. Esempio:
gunicorn -p :8080 main:appper Python,java -jar target/myjar.jarper Java. Lascia vuoto per utilizzare il comportamento predefinito.
Fai clic su Salva.
La pagina si ricarica e mostra l'avanzamento della configurazione del deployment continuo.
Una volta completati tutti i passaggi, prendi nota delle opzioni aggiuntive:
- Pulsante Modifica deployment continuo.
- Cronologia build.
- Dettagli relativi alla fonte nella sezione Dettagli della revisione.
Configurazione manuale del deployment continuo in corso...
Consulta Configurazione manuale del deployment continuo se devi utilizzare una procedura manuale e non l'UI.
Collega il trigger Cloud Build esistente al servizio Cloud Run for Anthos.
Se hai già un trigger Cloud Build, puoi collegarlo al servizio e usufruire delle funzionalità della console Google Cloud nella pagina Dettagli del servizio: pulsante Modifica deployment continuo e grafico Cronologia build.
Per farlo, devi aggiungere un'etichetta con gcb-trigger-id come chiave e l'identificatore univoco del trigger di Cloud Build come valore (non il nome del trigger). Consulta le istruzioni per la configurazione dell'etichetta.