Service account personalizzato per Cloud Build (1ª generazione.)

Le funzioni Cloud Run sfruttano Cloud Build per la creazione e il deployment della funzione Cloud Run. Per impostazione predefinita, le funzioni Cloud Run utilizzano l'account di servizio Cloud Build predefinito come principale durante l'esecuzione della build. A partire da luglio 2024, Cloud Build ha modificato il comportamento predefinito per l'utilizzo degli account di servizio nei nuovi progetti. Questa modifica è descritta in Modifica dell'account di servizio Cloud Build. A seguito di questa modifica, i nuovi progetti che eseguono il deployment di funzioni per la prima volta potrebbero utilizzare un account di servizio Cloud Build predefinito con autorizzazioni insufficienti per la creazione di una funzione. Se questa modifica ti interessa, puoi procedere in uno dei seguenti modi:

  • Consulta le indicazioni di Cloud Build sulle modifiche all'account di servizio predefinito e disattiva queste modifiche.

  • Aggiungi il ruolo Account Cloud Build (roles/cloudbuild.builds.builder) all'account di servizio Compute Engine predefinito.

  • Crea un account di servizio Cloud Build personalizzato per i deployment delle funzioni.

Questo documento descrive come passare un account di servizio creato dall'utente da utilizzare da Cloud Build durante il deployment della funzione.

Puoi eseguire il deployment di funzioni con account di servizio personalizzati utilizzando Google Cloud CLI, la console Google Cloud o l'API Cloud Run Functions.

Ecco alcuni scenari in cui potresti voler fornire un account di servizio diverso da utilizzare quando Cloud Build esegue la compilazione della funzione:

  • Vuoi un maggiore controllo sugli account di servizio da aggiungere al perimetro VPC-SC.

  • Vuoi che Cloud Build venga eseguito con autorizzazioni diverse da quelle dell'account di servizio predefinito senza dover revocare ogni autorizzazione singolarmente.

  • Vuoi impostare autorizzazioni granulari di Cloud Build specificamente per le tue funzioni e non condividere un account di servizio Cloud Build ottimizzato per altri scopi.

  • La tua organizzazione ha disattivato l'utilizzo dell'account di servizio predefinito.

Abilita API

Questa funzionalità richiede l'abilitazione dell'API IAM.

Utilizza Google Cloud CLI per abilitare le API necessarie per eseguire il deployment di una funzione Cloud Run oppure utilizza la console Google Cloud:

gcloud services enable iam.googleapis.com

Configura l'account di servizio

Questo documento descrive come creare un nuovo account di servizio e concedere le autorizzazioni richieste. Se vuoi utilizzare un account di servizio esistente, devi avere l'indirizzo email dell'account di servizio che prevedi di utilizzare. Per maggiori dettagli, consulta la sezione sulla configurazione degli account di servizio specificati dall'utente.

Puoi visualizzare gli account di servizio esistenti come segue o utilizzare la console Google Cloud:

gcloud iam service-accounts list

Crea service account

Utilizza Google Cloud CLI per creare l'account di servizio o utilizza la console Google Cloud:

gcloud iam service-accounts create SA_EMAIL

Sostituisci SA_EMAIL con l'indirizzo email del tuo account di servizio.

Concedi autorizzazioni

L'account di servizio che utilizzi avrà bisogno dei seguenti ruoli:

  • roles/logging.logWriter: obbligatoria per archiviare i log di build in Cloud Logging.
  • roles/artifactregistry.writer: obbligatoria per archiviare le immagini di build in Artifact Registry. Per il comportamento predefinito, l'account di servizio deve avere accesso ai repository denominati "gcf-artifacts" e "cloud-run-source-deploy". L'accesso ai repository può essere impostato nel criterio IAM del repository. In alternativa, puoi fornire il tuo repository di elementi tramite il campo dockerRepository.

  • roles/storage.objectViewer: obbligatoria per recuperare il codice sorgente della funzione dal bucket Cloud Storage e per archiviare le immagini di compilazione in Container Registry. Per il comportamento predefinito, l'account di servizio deve avere accesso ai bucket denominati "gcf-sources-*". Questo può essere ottenuto aggiungendo una condizione IAM alla concessione del ruolo, ad esempio: (resource.type == "storage.googleapis.com/Object" && (resource.name.startsWith("gcf-sources-")))

  • roles/storage.objectAdmin: obbligatorio per Container Registry (ora deprecato). Per accedere al registry dei container, è necessario l'accesso ai bucket denominati *.artifacts.PROJECT_ID.appspot.com.

Concedi i seguenti ruoli utilizzando Google Cloud CLI o la console Google Cloud.

gcloud projects add-iam-policy-binding PROJECT_ID \
--member=serviceAccount:SA_EMAIL \
    --role=roles/logging.logWriter

gcloud projects add-iam-policy-binding PROJECT_ID \
--member=serviceAccount:SA_EMAIL \
--role=roles/artifactregistry.writer

gcloud projects add-iam-policy-binding PROJECT_ID \
--member=serviceAccount:SA_EMAIL \
--role=roles/storage.objectViewer

gcloud projects add-iam-policy-binding PROJECT_ID \
--member=serviceAccount:SA_EMAIL \
--role=roles/storage.objectAdmin

Sostituisci quanto segue:

Esegui il deployment di una funzione con un account di servizio personalizzato

Puoi utilizzare Google Cloud CLI per eseguire il deployment di una funzione che utilizza un account di servizio personalizzato per Cloud Build:

  • Il flag --build-service-account specifica un account di servizio IAM le cui credenziali verranno utilizzate per il passaggio di compilazione. Se non viene fornito un account di servizio personalizzato, la funzione utilizza l'account di servizio predefinito del progetto per Cloud Build.
  • Se vuoi, puoi utilizzare un pool privato, che specifichi utilizzando il flag --build-worker-pool.

gcloud functions deploy FUNCTION_NAME \
   --no-gen2 \
   --region=REGION \
   --project=PROJECT_ID \
   --runtime=RUNTIME \
   --entry-point=CODE_ENTRYPOINT \
   --build-service-account=projects/PROJECT_ID/serviceAccounts/SA_EMAIL \
   --memory=256Mi \
   --trigger-http \
   --source=.

Sostituisci quanto segue: