Questa pagina spiega come utilizzare Cloud Build per creare, testare, containerizzare ed eseguire il deployment di applicazioni Go e come salvare i log di test in Cloud Storage.
Prima di iniziare
Le istruzioni riportate in questa pagina presuppongono che tu abbia familiarità con Go. Inoltre:
-
Abilita le API Cloud Build, Cloud Run e Artifact Registry.
Ruoli richiesti per abilitare le API
Per abilitare le API, devi disporre dell'autorizzazione
serviceusage.services.enable. Se hai creato il progetto, probabilmente hai già questa autorizzazione tramite il ruolo Proprietario (roles/owner). In caso contrario, puoi ottenere questa autorizzazione tramite il ruolo Amministratore utilizzo servizi (roles/serviceusage.serviceUsageAdmin). Scopri come concedere i ruoli. - Per eseguire i comandi
gcloudin questa pagina, installa Google Cloud CLI. - Tieni a portata di mano il progetto Go.
- Se vuoi containerizzare l'app Go utilizzando Cloud Build, ti servirà un
Dockerfileinsieme al codice sorgente. - Se vuoi archiviare il container creato in Artifact Registry, crea un repository Docker in Artifact Registry.
- Se vuoi archiviare i log di test in Cloud Storage, crea un bucket in Cloud Storage.
Autorizzazioni IAM obbligatorie
Per archiviare i log di test in Logging, concedi il ruolo Creatore oggetti Storage (
roles/storage.objectCreator) per il bucket Cloud Storage al account di servizio di build.Per archiviare le immagini create in Artifact Registry, concedi il ruolo Writer di Artifact Registry (
roles/artifactregistry.writer) al account di servizio di build.
Per istruzioni su come concedere questi ruoli, consulta Concedere un ruolo utilizzando la pagina IAM.
Configurare le build Go
L'immagine pubblica golang di Docker Hub supporta la creazione utilizzando i moduli Go.
L'utilizzo di questa immagine come passaggio di build nel file di configurazione di Cloud Build consente di richiamare i comandi go all'interno dell'immagine. Gli argomenti passati a questo passaggio di build
vengono passati direttamente allo strumento golang, consentendoti di eseguire qualsiasi comando go
in questa immagine.
Questa sezione illustra un esempio di file di configurazione di build per un'app Go. Contiene passaggi di build per creare l'app, aggiungere test delle unità e, dopo il superamento dei test, per containerizzare ed eseguire il deployment dell'app.
Per creare l'applicazione Go:
Nella directory principale del progetto, crea un file di configurazione di Cloud Build denominato
cloudbuild.yaml.Crea ed esegui test: se hai definito test delle unità nella tua applicazione, puoi configurare Cloud Build in modo che esegua i test aggiungendo i seguenti campi in un passaggio di build:
name: imposta il valore di questo campo sugolangper utilizzare l'immagine golang di Docker Hub per l'attività.entrypoint: imposta il valore di questo campo su/bin/bash. In questo modo puoi eseguire comandi bash su più righe direttamente dal passaggio di build.args: il campoargsdi un passaggio di build accetta un elenco di argomenti e li passa all'immagine a cui fa riferimento il camponame. Nell'esempio seguente, il campoargsaccetta gli argomenti per:- Eseguire il formattatore dei log di test per scaricare l'output dei log di test.
- Stampare l'output dei log.
- Salvare i risultati dei test in
sponge.log. - Generare l'output dei risultati in
sponge.login un file XML JUNIT. Il nome del file XML JUNIT viene creato utilizzando la versione breve dell'ID commit associato alla build. Un passaggio di build successivo salverà i log in questo file in Cloud Storage.
Containerizza l'app: dopo aver aggiunto il passaggio di build per assicurarti che i test siano stati superati, puoi creare l'applicazione. Cloud Build fornisce un' immagine Docker predefinita che puoi utilizzare per containerizzare l'applicazione Go. Per containerizzare l'app, aggiungi i seguenti campi in un passaggio di build:
name: imposta il valore di questo campo sugcr.io/cloud-builders/dockerper utilizzare l'immagine Docker predefinita per l'attività.args: aggiungi gli argomenti per il comandodocker buildcome valori per questo campo.
Il seguente passaggio di build crea l'immagine
myimagee la contrassegna con la versione breve dell'ID commit. Il passaggio di build utilizza sostituzioni per l'ID progetto, il nome del repository e i valori SHA brevi, pertanto questi valori vengono sostituiti automaticamente al tempo di compilazione. Tieni presente che dovrai creare o avere un repository Docker esistente in Artifact Registry per archiviare l'immagine.Esegui il push del container in Artifact Registry: puoi archiviare il container creato in Artifact Registry, un Google Cloud servizio che puoi utilizzare per archiviare, gestire e proteggere gli artefatti di build. Per farlo, devi avere un repository Docker esistente in Artifact Registry. Per configurare Cloud Build in modo che archivi l'immagine in un repository Docker di Artifact Registry, aggiungi un passaggio di build con i seguenti campi:
name: imposta il valore di questo campo sugcr.io/cloud-builders/dockerper utilizzare l'immagine del builderdockerufficiale per l'attività.args: aggiungi gli argomenti per il comandodocker pushcome valori di questo campo. Per l'URL di destinazione, inserisci il repository Docker di Artifact Registry in cui vuoi archiviare l'immagine.
Il seguente passaggio di build esegue il push dell'immagine creata nel passaggio precedente in Artifact Registry:
Esegui il deployment del container in Cloud Run: per eseguire il deployment dell'immagine in Cloud Run, aggiungi un passaggio di build con i seguenti campi:
name: imposta il valore di questo campo sugoogle/cloud-sdkper utilizzare l'immagine gcloud CLI per richiamare il comandogcloudper eseguire il deployment dell'immagine in Cloud Run.args: aggiungi gli argomenti per il comandogcloud run deploycome valori di questo campo.
Il seguente passaggio di build esegue il deployment dell'immagine creata in precedenza in Cloud Run:
Salva i log di test in Cloud Storage: puoi configurare Cloud Build in modo che archivi tutti i log di test in Cloud Storage specificando un percorso e una località del bucket esistenti per i log di test.
Il seguente passaggio di build archivia i log di test salvati nel file XML JUNIT in un bucket Cloud Storage:
Il seguente snippet mostra il file di configurazione di build completo per i passaggi precedenti:
Avvia la build utilizzando la gcloud CLI o i trigger di build. Quando avvii la build, devi specificare il nome del repository Artifact Registry.
Per specificare il repository Artifact Registry quando avvii la build utilizzando gcloud CLI:
gcloud builds submit --region=us-west2 --config=cloudbuild.yaml \ --substitutions=_AR_REPO_NAME="AR_REPO_NAME"Sostituisci
AR_REPO_NAMEcon il nome del repository Artifact Registry.Per specificare il repository Artifact Registry quando crei la build con i trigger di build, specifica il nome del repository Artifact Registry nel campo Variabili di sostituzione quando crei il trigger di build.
Passaggi successivi
- Scopri come eseguire i deployment blu/verde su Compute Engine.
- Scopri come creare immagini container.
- Scopri come risolvere gli errori di build.