Utilizzo dei suggerimenti per Infrastructure as Code

Al termine di questo tutorial, puoi evitare la fatturazione continua eliminando le risorse che hai creato. Consulta la sezione Pulizia. per ulteriori dettagli.

Configura l'ambiente

1. Nella console Google Cloud, seleziona il progetto build.

2. Nella console Google Cloud, vai a Cloud Shell.

   Vai a Cloud Shell

   Nella parte inferiore della console Google Cloud si apre una sessione di Cloud Shell e viene visualizzato un prompt della riga di comando. Cloud Shell è un ambiente shell in cui è già installato Google Cloud CLI e sono già impostati i valori per il progetto corrente. L'inizializzazione della sessione può richiedere alcuni secondi.

   usa Cloud Shell per tutti i comandi del terminale durante il tutorial.

3. Crea una variabile di ambiente che contenga il numero di progetto per build utilizzando il comando seguente:

   export BUILD_PROJECT_ID=$DEVSHELL_PROJECT_ID
   

4. Crea una variabile di ambiente per contenere il numero del progetto test. Copia manualmente l'ID progetto di test e sostituiscilo PROJECT-ID con questa app,

   export TEST_PROJECT_ID=PROJECT-ID

5. Si assegnano impostazioni predefinite per i valori utilizzati in come region and zone. In questo tutorial utilizzi us-central1 come regione predefinita e us-central1-b come zona predefinita.

6. Imposta la regione e la zona predefinite per questo tutorial eseguendo il seguente comando:

   gcloud config set compute/zone us-central1-b --project $BUILD_PROJECT_ID
   gcloud config set compute/zone us-central1-b --project $TEST_PROJECT_ID
   

7. Imposta il progetto build come progetto predefinito:

   gcloud config set project $BUILD_PROJECT_ID
   

8. Crea una variabile di ambiente denominata BUILD_PROJECT_NUMBER per ilbuildnumero di progetto

   export BUILD_PROJECT_NUMBER=$(gcloud projects describe $DEVSHELL_PROJECT_ID --format='value(projectNumber)')
   

9. Clona il repository GitHub per questo tutorial:

Crea un bucket per lo stato di Terraform

Crea un bucket Cloud Storage nel progetto di build per archiviare Terraform file di stato.

gcloud storage buckets create gs://recommender-tf-state-$BUILD_PROJECT_ID \
  --project=${BUILD_PROJECT_ID} --location=us-central1

Crea un repository GitHub

Crea un repository GitHub da utilizzare come repository IaC di esempio

1. Crea un nuovo repository GitHub privato. Questo IAC-REPO-NAME il repository funge da repository IaC ai fini di questo tutorial

2. Nei setps seguenti, eseguirai il push dei file nell'sample-iac secondaria del repository clonato nel tuo account GitHub.

   1. In Cloud Shell, copia la directory sample-iac nella tua home page . Utilizzerai questa directory per creare un nuovo repository locale ed esegui il push su GitHub.

      cp -r recommender-iac-pipeline-nodejs-tutorial/sample-iac $HOME
      

   2. Vai alla nuova directory

      cd $HOME/sample-iac
      

   3. Inizializza il repository nella tua macchina locale.

      git init
      

   4. Aggiungi IAC-REPO-NAME come repository remoto, sostituisci IAC-REPO-NAME e GITHUB-ACCOUNT con i valori appropriati

      git remote add origin https://github.com/GITHUB-ACCOUNT/IAC-REPO-NAME

   5. Sostituisci i segnaposto nei file del repository con l'IDtestdel tuo progetto e il nome del bucket Terraform Cloud Storage.

      sed -i "s|__PROJECT_ID__|${TEST_PROJECT_ID}|g" ./terraform.tfvars
      
      sed -i "s|__STATE_BUCKET_NAME__|recommender-tf-state-$BUILD_PROJECT_ID|g" ./backend.tf
      

   6. Aggiungi, esegui il commit e il push su GitHub.

      git add .
      git commit -m "First Commit"
      git push origin master
      

   7. Accedi al tuo account GitHub quando richiesto.

Generare chiavi SSH per il repository

Configura l'autenticazione delle chiavi SSH con il tuo repository IaC su GitHub e carica le chiavi su Cloud Storage.

1. Genera le chiavi SSH per il tuo repository GitHub.

   1. Genera una coppia di chiavi SSH. Sostituisci [email protected] con il tuo indirizzo email GitHub. In Cloud Shell:

      ssh-keygen -t rsa -b 4096 -m PEM -C "[email protected]"

   2. Quando ti viene chiesto di "inserire un file in cui salvare la chiave", premi Invio. Viene accettata la posizione predefinita del file.

   3. Quando ti viene chiesto di inserire una passphrase, premi Invio.

2. Prendi nota della directory SSH-KEYS-DIR in cui salvi le chiavi SSH scaricate. Per impostazione predefinita, la posizione è$HOME/.ssh/

3. Copia la chiave pubblica SSH che hai generato nel repository GitHub come Esegui il deployment della chiave.

   1. Copia la chiave pubblica SSH generata in Cloud Shell. Sostituisci SSH-KEYS-DIR con il percorso della tua directory.

      cat SSH-KEYS-DIR/id_rsa.pub

   2. Nel tuo account GitHub, vai al repository IAC-REPO-NAME

   3. Fai clic su Impostazioni > Chiavi di deployment.

   4. Fai clic su Aggiungi chiave di deployment e incolla la chiave pubblica SSH che hai copiato. Scegli un Titolo per la chiave.

   5. Seleziona la casella di controllo "Consenti accesso in scrittura".

   6. Fai clic su Salva.

4. Torna alla sessione di Cloud Shell

5. Crea il file known_hosts per GitHub. Nella sessione di Cloud Shell, esegui il comando:

   ssh-keyscan github.com >> ~/.ssh/known_hosts
   

6. Crea un bucket Cloud Storage nel tuo progettobuild e caricalo chiavi SSH e known_hosts file. Sostituisci SSH-KEYS-DIR con il percorso della directory in cui hai generato le chiavi SSH.

   gcloud storage buckets create gs://github-keys-$BUILD_PROJECT_ID --project=${BUILD_PROJECT_ID} --location=us-central1
   
   gcloud storage cp SSH-KEYS-DIR/id_rsa* gs://github-keys-$BUILD_PROJECT_ID
   gcloud storage cp SSH-KEYS-DIR/known_hosts gs://github-keys-$BUILD_PROJECT_ID

7. Genera un token di accesso personale per GitHub. Questo token viene utilizzato eseguendo operazioni Git utilizzando chiamate API che il motore per suggerimenti per generare richieste di pull, controlla i manifest IaC aggiornati.

   1. Nel tuo account GitHub, nell'angolo in alto a destra di qualsiasi pagina, fai clic sulla tua foto del profilo, quindi su Impostazioni.

   2. Nella barra laterale a sinistra, fai clic su Impostazioni sviluppatore.

   3. Nella barra laterale a sinistra, fai clic su Token di accesso personale.

   4. Fai clic su Genera nuovo token.

   5. Assegna al token un nome descrittivo.

   6. Seleziona gli ambiti come repository.

   7. Fai clic su Genera token.

   8. Copia il token negli appunti.

   9. Nella sessione di Cloud Shell, crea una variabile di ambiente.

      export GITHUB_PAT=personal-access-token-you-copied

Configura Cloud Build

1. Connetti il tuo repository Git di IAC-REPO-NAME per l'integrazione in Cloud Build.

   1. Vai alla pagina dell'app Cloud Build in GitHub Marketplace.
   2. Scorri verso il basso e fai clic su Configura con Google Cloud Build in in fondo alla pagina.
   3. Se richiesto, accedi a GitHub.
   4. Seleziona Seleziona solo i repository. Usa il pulsante Seleziona repository per abilitare solo l'accesso IAC-REPO-NAME nell'app Cloud Build.
   5. Fai clic su Installa.

   6. Accedi a Google Cloud.

      Viene visualizzata la pagina Autorizzazione in cui ti viene chiesto di autorizzare l'app Google Cloud Build per connetterti a Google Cloud.

   7. Fai clic su Autorizza Google Cloud Build di GoogleCloudBuild. Viene visualizzata la console Google Cloud.

   8. Selezionare il tuo progetto Google Cloud.

   9. Attiva la casella di controllo per il consenso e fai clic su Avanti.

   10. Nella pagina Seleziona repository visualizzata, seleziona IAC-REPO-NAME repository GitHub

   11. Fai clic su Connetti repository.

   12. Fai clic su Crea un attivatore. In questo modo viene creata una definizione dell'attivatore.

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

   Per maggiori informazioni, vedi Esecuzione di build su GitHub.

2. La directory copiata contiene un file cloudbuild.yaml. Questo di configurazione del deployment delinea i passaggi eseguiti da un job Cloud Build attivata.

   steps:
   - name: hashicorp/terraform:0.12.0
     args: ['init']
   - name: hashicorp/terraform:0.12.0
     args: ['apply', '-auto-approve']
   

3. Aggiungi autorizzazioni all'account di servizio Cloud Build per consentirgli di creare account di servizio, associare ruoli e macchine virtuali (istanze Compute Engine) nel progetto di test

   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
     --member serviceAccount:$BUILD_PROJECT_NUMBER@cloudbuild.gserviceaccount.com \
     --role roles/compute.admin \
     --project $TEST_PROJECT_ID
   
   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
     --member serviceAccount:$BUILD_PROJECT_NUMBER@cloudbuild.gserviceaccount.com \
     --role roles/iam.serviceAccountAdmin \
     --project $TEST_PROJECT_ID
   
   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
   --member serviceAccount:$BUILD_PROJECT_NUMBER@cloudbuild.gserviceaccount.com \
   --role roles/iam.securityAdmin \
   --project $TEST_PROJECT_ID
   

4. Apri la pagina Trigger di build nella nella console Google Cloud.

5. Seleziona il progetto build e fai clic su Apri.

6. Aggiorna la definizione dell'attivatore:

   1. Fai clic sul menu more_vert e poi su Modifica.
   2. Per Configurazione, seleziona l'opzione File di configurazione di Cloud Build (yaml o json) e digita cloudbuild.yaml nel campo di testo.
   3. Fai clic su Salva.

7. Per testare manualmente il trigger di build, fai clic su Esegui sul la voce del trigger nell'elenco dei trigger.

8. Verifica che un'istanza Compute Engine denominata tf-compute-1 e un account di servizio chiamato Terraform Recommender Test siano stati creati nel progetto di test dal job Cloud Build eseguito nel passaggio precedente

Esegui il deployment del servizio Cloud Run del parser per suggerimenti

1. In Cloud Shell, passa alla directory creata clonando il repository

   cd $HOME/recommender-iac-pipeline-nodejs-tutorial/parser-service
   

2. Configura Google Cloud in modo da utilizzare una regione predefinita per i servizi Cloud Run. In questo tutorial utilizzi la regione us-central1, ma se preferisci puoi scegliere un'altra regione supportata.

   gcloud config set run/region us-central1
   

3. La directory parser-serviceha una sottodirectory stub che ha alcune JSON di payload di esempio con cui testare il servizio di analisi dei suggerimenti. Esegui i seguenti comandi sed per sostituire i segnaposto PROJECT_ID in questi JSON con l'ID progetto di test.

   sed -i "s|__PROJECT_ID__|${TEST_PROJECT_ID}|g" ./stub/iam.json
   sed -i "s|__PROJECT_ID__|${TEST_PROJECT_ID}|g" ./stub/vm.json
   

4. Esegui questo comando per creare una variabile di ambiente per l'immagine Docker.

   export IMAGE=gcr.io/$BUILD_PROJECT_ID/recommender-parser:1.0
   

5. Crea l'immagine e caricala su Container Registry

   gcloud builds submit --tag $IMAGE .
   

6. Crea un account di servizio per interagire con il servizio per suggerimenti con altri servizi Google Cloud nella pipeline. È buona prassi concedere autorizzazioni granulari ai servizi Cloud Run. Per ulteriori dettagli, consulta la sezione Identità del servizio Cloud Run.

   gcloud beta iam service-accounts create recommender-parser-sa \
     --description "Service account that the recommender-parser service uses to invoke other Google Cloud services" \
     --display-name "recommender-parser-sa" \
     --project $BUILD_PROJECT_ID
   

7. Il servizio recommender-parser deve accedere alle chiavi SSH di GitHub e allo stato Terraform che hai caricato nei bucket Cloud Storage creati in precedenza. Aggiungi l'account di servizio come membro del bucket Cloud Storage.

   gcloud storage buckets add-iam-policy-binding gs://github-keys-$BUILD_PROJECT_ID \
     --member=serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role=roles/storage.objectUser
   
   gcloud storage buckets add-iam-policy-binding gs://recommender-tf-state-$BUILD_PROJECT_ID \
     --member=serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role=roles/storage.objectUser
   

8. Concedi all'account di servizio del servizio di analisi del recommender l'accesso a Firestore, Recommender e all'API Service Usage.

   gcloud projects add-iam-policy-binding $BUILD_PROJECT_ID \
     --member serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/datastore.user
   
   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
     --member serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/recommender.iamAdmin
   
   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
     --member serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/recommender.iamViewer
   
   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
     --member serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/recommender.computeAdmin
   
   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
     --member serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/serviceusage.serviceUsageConsumer
   

9. Esegui il deployment del servizio Cloud Run, chiamato recommender-parser. eseguendo il comando. Sostituisci GITHUB-ACCOUNT con il nome utente del tuo account GitHub, non con l'indirizzo email. Accettare i prompt di sistema.

   gcloud run deploy \
    --image=${IMAGE} \
    --no-allow-unauthenticated \
    --region us-central1 \
    --platform managed \
    --service-account recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
    --set-env-vars="GITHUB_ACCOUNT=github.com:GITHUB-ACCOUNT,GITHUB_PAT=${GITHUB_PAT},SSH_KEYS_BUCKET=github-keys-${BUILD_PROJECT_ID},TERRAFORM_STATE_BUCKET=recommender-tf-state-$BUILD_PROJECT_ID" \
    --project $BUILD_PROJECT_ID \
    recommender-parser

Configura Firestore

1. Nella console Google Cloud, nel progetto build, accedi alla Pagina Firestore.
2. Quando ti viene chiesto di selezionare la modalità, fai clic su Seleziona modalità nativa.
3. Seleziona us-east1 come località predefinita.
4. Fai clic su Crea database.

Il serviziorecommender-parser scrive documenti in questo database per le seguenti finalità:

• Per tenere traccia dei suggerimenti che ha recuperato dal API Recommender
• Chiama l'API Recommender dopo l'elaborazione dei consigli per aggiornare lo stato di ogni consiglio elaborato su SUCCEEDED o FAILED, a seconda dei casi. Si tratta di un passaggio chiave che rende la pipeline immutabile garantendo che i consigli non vengano elaborati in modo incompleto o più volte.

Configurare un job Cloud Scheduler

1. Crea un account di servizio utilizzato dai job di Cloud Scheduler per eseguire del motore per suggerimenti e analisi.

   gcloud beta iam service-accounts create recommender-scheduler-sa \
     --description "Service Account used by Cloud Scheduler to invoke the recommender-parser service" \
     --display-name "recommender-scheduler-sa" \
     --project $BUILD_PROJECT_ID
   

2. Assegna al service account il ruolo di esecuzione/richiamatore per poter richiamare il servizio Cloud Run.

   gcloud beta run services add-iam-policy-binding recommender-parser \
   --member=serviceAccount:recommender-scheduler-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
   --role=roles/run.invoker \
   --region=us-central1
   

3. Ottieni l'URL del servizio di consigli:

   gcloud beta run services list --platform managed --project $BUILD_PROJECT_ID
   

   Il job Cloud Scheduler richiama il /recommendation/iam per analizzare i suggerimenti IAM e /recommendationer/vm per analizzare i suggerimenti sul dimensionamento delle VM.

4. Crea una variabile per l'endpoint richiamato dai job di Cloud Scheduler. Sostituisci RECOMMENDER-SERVICE-URL con l'URL del servizio di consigli che hai copiato nel passaggio precedente.

   export RECOMMENDER_ROUTE_TO_INVOKE_IAM=RECOMMENDER-SERVICE-URL/recommendation/iam

   Dopo aver aggiunto le informazioni sul percorso, l'URL dovrebbe avere il seguente aspetto:

   RECOMMENDER-SERVICE-URL/recommendation/iam
   

5. Crea un job Cloud Scheduler denominato recommender-iam-scheduler.

   • Modifica il fuso orario selezionato in base alla tua posizione.
   • Sostituisci IAC-REPO-NAME con il nome del repository GitHub che hai creato.

   Il corpo del messaggio accetta tre input e devi crearlo come indicato di seguito:

   • repo: il nome del repository GitHubIAC-REPO-NAME che hai creato in Creare un repository GitHub.

   • projects: un elenco / array di ID dei progetti Google Cloud che questo IaC GitHub di archiviazione a cui è mappato il repository. In questo tutorial, è il tuo progetto test.

   • stub: il motore per suggerimenti genera suggerimenti IAM quando un sottoinsieme di autorizzazioni per un ruolo non viene utilizzato da 60 giorni e i suggerimenti per le dimensioni delle VM seguono un modello simile. Ai fini di: testando questa pipeline on demand, stub può essere passato come true in modo che la pipeline viene testata utilizzando i payload del motore per suggerimenti di esempio fornito nel repository che hai clonato per questo tutorial.

   gcloud beta scheduler jobs create http recommender-iam-scheduler \
     --project $BUILD_PROJECT_ID \
     --time-zone "America/Los_Angeles" \
     --schedule="0 */3 * * *" \
     --uri=$RECOMMENDER_ROUTE_TO_INVOKE_IAM \
     --description="Scheduler job to invoke recommendation pipeline" \
     --oidc-service-account-email="recommender-scheduler-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com" \
     --headers="Content-Type=application/json" \
     --http-method="POST" \
     --message-body="{ \"repo\": \"IAC-REPO-NAME\", \"projects\": [\"$TEST_PROJECT_ID\"], \"location\": \"global\", \"stub\": true }"

Passaggi aggiuntivi

Cloud Build pubblica informazioni sulla build in un argomento Pub/Sub chiamato build-build create automaticamente quando hai abilitato l'API Cloud Build nel tuo progetto di build.

1. Esegui il seguente comando per verificare che l'argomento cloud-builds esista nel tuo progetto build:

   gcloud pubsub topics describe cloud-builds
   

   Se l'argomento esiste, viene visualizzato il seguente output, dove BUILD-PROJECT-ID è l'ID progetto di compilazione:

   name: projects/BUILD-PROJECT-ID/topics/cloud-builds
   

   Se ricevi un messaggio di errore che indica che la risorsa non è stata trovata, segui le istruzioni per eseguire l'iscrizione alle notifiche sulle build per creare manualmente l'argomento.

2. Crea un account di servizio utilizzato da Pub/Sub per richiamare l'endpoint del servizio recommender-parser.

   gcloud beta iam service-accounts create recommender-ci-subscription-sa \
     --description "Service Account used by Cloud Pub/Sub to push Cloud Build events to the recommender-parser service" \
     --display-name "recommender-ci-subscription-sa" \
     --project $BUILD_PROJECT_ID
   

3. L'account di servizio Pub/Sub deve essere associato ai ruoli necessari per poter pubblicare messaggi e invocare il servizio recommender-parser.

   gcloud projects add-iam-policy-binding $BUILD_PROJECT_ID \
     --member serviceAccount:recommender-ci-subscription-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/pubsub.publisher \
     --project $BUILD_PROJECT_ID
   
   gcloud projects add-iam-policy-binding $BUILD_PROJECT_ID \
     --member serviceAccount:recommender-ci-subscription-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/pubsub.subscriber \
     --project $BUILD_PROJECT_ID
   
   gcloud projects add-iam-policy-binding $BUILD_PROJECT_ID \
     --member serviceAccount:recommender-ci-subscription-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/run.invoker \
     --project $BUILD_PROJECT_ID
   

4. Aggiungi l'recommender-ci-subscription-saaccount di servizio che hai creato il servizio per suggerimenti sull'analisi del motore come membro con il ruolo invoker

   gcloud beta run services add-iam-policy-binding recommender-parser \
     --member=serviceAccount:recommender-ci-subscription-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role=roles/run.invoker --region=us-central1
   

5. Vai a Pub/Sub nella console Google Cloud.

6. Fai clic sull'argomento Cloud Build.

7. Fai clic su Crea sottoscrizione.

8. In ID abbonamento, digita recommender-service-build-events.

9. Per Tipo di pubblicazione, seleziona Push.

10. In Endpoint, digita l'URL del servizio di consigli a cui è stato aggiunto /ci.

11. Seleziona Attiva l'autenticazione.

    1. Seleziona l'account di servizio recommender-ci-subscription-sache hai creato.
    2. Fai clic su Concedi in risposta al messaggio di richiesta.

12. Seleziona Scadenza conferma 60 secondi.

13. Mantieni le restanti impostazioni predefinite.

14. Fai clic su Crea.

Testa la pipeline

Il motore per suggerimenti genera suggerimenti IAM quando un insieme di autorizzazioni per un ruolo non viene utilizzato per 60 giorni. Dimensionamento delle VM i consigli seguono uno schema simile. Ai fini del test di questa pipeline on demand, utilizzerai i payload JSON dei consigli di esempio forniti nella sottodirectory stub del repository che hai clonato per questo tutorial. In questo modo puoi testare la pipeline, escludendo le chiamate API che il recommender-parser effettua all'endpoint dell'API Recommender per aggiornare lo stato dei consigli che ha applicato correttamente.

In alternativa, se hai consigli attivi nei tuoi progetti Google Cloud, puoi testare la pipeline end-to-end senza dover utilizzare gli stub. Il risultato descritto di seguito è pertinente quando utilizzi i payload di esempio per testare la pipeline. Tuttavia, i passaggi per testare questa pipeline senza campioni rimangono invariati.

1. Nella console Google Cloud, accedi al progetto di test ed esamina risorsa creata. Dovresti avere quanto segue:

   1. Un'istanza Compute Engine denominata tf-compute-1 con tipo di macchina g1-small.
   2. Un account di servizio denominato Terraform Recommender Test con il ruolo editor per il progetto di test.

2. Nella Cloud Scheduler nel tuo progetto build, fai clic su Esegui ora per job Recommendationser-iam-scheduler.

3. Fai clic sul job per visualizzare i log. Puoi anche visualizzare log del servizio di analisi del motore per suggerimenti per avere una visione dettagliata dei passaggi eseguite dal servizio.

4. Al termine dell'esecuzione del servizio, vai al tuo GitHub Repository IAC-REPO-NAME. Il servizio recommender-parseravrebbe generato una richiesta pull per te. Esamina i manifest IaC modificati che fanno parte di questa richiesta di pull e fai clic su Unisci richiesta di pull se le modifiche ai manifest IaC ti soddisfano.

5. Quando unisci la richiesta di pull, viene creato un nuovo commit nel ramo principale. Questo attiva un job Cloud Build che implementa le modifiche alle risorse Google Cloud nel tuo progetto test. Attendi qualche istante per il completamento del job Cloud Build. Puoi controllare il relativo stato nella console Google Cloud.

6. Al termine del job, vai al progetto di test. I payload di esempio forniti apportano le seguenti modifiche alle risorse del progetto di test.

   • L'account di servizio di test Terraform, che in precedenza aveva il ruolo editor al momento del deployment, viene modificato in viewer.