Account di servizio personalizzato per Cloud Build
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 campodockerRepository
.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 "run-sources-*", "gcf-v2-sources-*" e "gcf-v2-uploads-*". Questo può essere ottenuto aggiungendo una condizione IAM alla concessione del ruolo, ad esempio:(resource.type == "storage.googleapis.com/Object" && (resource.name.startsWith("gcf-v2-sources-") || resource.name.startsWith("gcf-v2-uploads-") || resource.name.startsWith("run-sources-")))
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
Sostituisci quanto segue:
- PROJECT_ID: il tuo ID progetto Google Cloud.
- SA_EMAIL: l'indirizzo email del tuo account di servizio.
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 \
--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:
- FUNCTION_NAME: il nome con cui hai disegnato la funzione.
- REGION: il nome della regione Google Cloud in cui vuoi eseguire il deployment della funzione
(ad esempio
us-west1
). - PROJECT_ID: il tuo ID progetto Google Cloud.
- RUNTIME: l'ID runtime di una
versione del runtime supportata per eseguire
la funzione, ad esempio
nodejs18
. - CODE_ENTRYPOINT: il punto di contatto della funzione nel codice sorgente. Questo è il codice che verrà eseguito quando la funzione viene eseguita.
- SA_EMAIL: l'indirizzo email del tuo account di servizio.