L'istanza potrebbe richiedere chiavi API, password, certificati o altre informazioni sensibili per le sue dipendenze. Per Cloud Run, Google consiglia di archiviare queste informazioni sensibili in un secret creato in Secret Manager.
Rendi un secret disponibile per i container in uno dei seguenti modi:
- Quando monti ogni secret come volume, Cloud Run lo rende disponibile per il container come file. Quando legge un volume, Cloud Run recupera sempre il valore del secret da Secret Manager per utilizzare il valore con l'ultima versione. Questo metodo funziona bene anche con la rotazione dei secret.
- Passa un secret utilizzando le variabili di ambiente.
Le variabili di ambiente vengono risolte all'avvio dell'istanza, quindi se utilizzi questo metodo, Google consiglia di bloccare il secret a una versione specifica anziché utilizzare
latestcome versione.
Per ulteriori informazioni, consulta le best practice di Secret Manager.
Come vengono controllati i secret durante il deployment e il runtime
Durante il deployment dell'istanza, Cloud Run controlla tutti i secret che utilizzi. Il controllo garantisce che il account di servizio che esegue il container abbia l'autorizzazione per accedere a questi secret.
Durante il runtime, all'avvio delle istanze:
- Se il secret è una variabile di ambiente, Cloud Run recupera il valore del secret prima di avviare l'istanza. Se il processo di recupero del secret non va a buon fine, l'istanza non viene avviata.
- Se monti il secret come volume, Cloud Run non esegue alcun controllo durante l'avvio dell'istanza. Tuttavia, durante il runtime, se un secret non è accessibile, i tentativi di leggere il volume montato non vanno a buon fine.
Proprietà del volume
La proprietà di un volume secret di Cloud Run varia in base all'ambiente di esecuzione e al tipo di deployment.
Quando monti un volume secret utilizzando l'ambiente di esecuzione di seconda generazione, che è sempre il caso dell'istanza, la radice è proprietaria del volume.
Prima di iniziare
Abilita l'API Secret Manager.
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.- Utilizza un secret esistente o creane uno in Secret Manager, come descritto in Crea un secret.
Ruoli obbligatori
Per ottenere le autorizzazioni necessarie per configurare i secret, chiedi all'amministratore di concederti i seguenti ruoli IAM:
- Cloud Run Admin (
roles/run.admin) sull'istanza Cloud Run - Utente account di servizio (
roles/iam.serviceAccountUser) sull'identità di servizio
Per consentire a Cloud Run di accedere al secret, l' identità del servizio deve avere il seguente ruolo:
- Secret Manager Secret Accessor (
roles/secretmanager.secretAccessor)
Per istruzioni su come aggiungere l'entità dell'identità del servizio al ruolo Secret Manager Secret Accessor, consulta Gestire l'accesso ai secret.
Per un elenco di ruoli e autorizzazioni IAM associati a Cloud Run, consulta Ruoli IAM di Cloud Run e Autorizzazioni IAM di Cloud Run. Se la tua istanza Cloud Run interagisce con Google Cloud API, come le librerie client Cloud, consulta la guida alla configurazione dell'identità del servizio. Per saperne di più sulla concessione dei ruoli, consulta Autorizzazioni di deployment e Gestisci l'accesso.
Rendere un secret accessibile a Cloud Run
Puoi rendere un secret accessibile alla tua istanza utilizzando Google Cloud CLI o YAML quando esegui il deployment di una nuova istanza o aggiorni un'istanza esistente:
gcloud
Per esporre il secret come variabile di ambiente quando esegui il deployment di un'istanza, esegui il comando seguente:
gcloud beta run instances deploy INSTANCE \ --image IMAGE_URL \ --update-secrets=ENV_VAR_NAME=SECRET_NAME:VERSION
Sostituisci quanto segue:
INSTANCE: il nome dell'istanza.IMAGE_URL: un riferimento all'immagine container, ad esempious-docker.pkg.dev/cloudrun/container/hello:latest..ENV_VAR_NAME: il nome della variabile di ambiente che vuoi utilizzare con il secret.SECRET_NAME: il nome del secret nello stesso progetto, ad esempiomysecret.VERSION: la versione del secret. Utilizzalatestper l'ultima versione o un numero, ad esempio2.
Per aggiornare più secret contemporaneamente, separa le opzioni di configurazione di ogni secret con una virgola. Il seguente comando aggiorna un secret montato come volume e un altro secret esposto come variabile di ambiente. Per aggiornare i secret esistenti, esegui il comando seguente:
gcloud beta run instances deploy INSTANCE \ --image IMAGE_URL \ --update-secrets=PATH=SECRET_NAME:VERSION,ENV_VAR_NAME=SECRET_NAME:VERSION
Per cancellare i secret esistenti e rendere accessibile un nuovo secret all'istanza, utilizza il flag
--set-secrets:gcloud beta run instances update INSTANCE \ --set-secrets="ENV_VAR_NAME=SECRET_NAME:VERSION"
YAML
Se stai creando una nuova istanza, salta questo passaggio. Se stai aggiornando un'istanza esistente, scarica la relativa configurazione YAML:
gcloud beta run instances describe INSTANCE --format export > instance.yaml
Per i secret esposti come variabili di ambiente:
apiVersion: run.googleapis.com/v1 kind: Instance metadata: name: INSTANCE annotations: run.googleapis.com/launch-stage: BETA spec: containers: - image: IMAGE_URL env: - name: ENV_VAR valueFrom: secretKeyRef: key: SECRET_VERSION name: SECRET_NAME
Sostituisci quanto segue:
- INSTANCE: il nome dell'istanza Cloud Run.
IMAGE_URL: un riferimento all'immagine container, ad esempious-docker.pkg.dev/cloudrun/container/hello:latest.- ENV_VAR: il nome della variabile di ambiente.
- SECRET_VERSION: la versione del secret. Utilizza
latestper l'ultima versione o un numero, ad esempio2. - SECRET_NAME: il nome del secret, ad esempio
mysecret.
Per i secret montati come percorsi di file:
apiVersion: run.googleapis.com/v1 kind: Instance metadata: name: INSTANCE annotations: run.googleapis.com/launch-stage: BETA spec: containers: - image: IMAGE_URL volumeMounts: - name: VOLUME_NAME mountPath: MOUNT_PATH volumes: - name: VOLUME_NAME secret: secretName: SECRET_NAME items: - key: SECRET_VERSION path: SECRET_NAME
Sostituisci quanto segue:
- INSTANCE: il nome dell'istanza Cloud Run.
IMAGE_URL: un riferimento all'immagine container, ad esempious-docker.pkg.dev/cloudrun/container/hello:latest..- VOLUME_NAME: qualsiasi nome che vuoi assegnare al volume.
- MOUNT_PATH: il percorso relativo in cui stai montando il
volume, ad esempio
/mnt/my-volume. - SECRET_NAME: il nome del secret, ad esempio
mysecret. - SECRET_VERSION: la versione del secret. Utilizza
latestper l'ultima versione o un numero, ad esempio2.
Sostituisci l'istanza con la nuova configurazione utilizzando il seguente comando:
gcloud beta run services replace service.yaml
Fare riferimento ai secret di altri progetti
Per fare riferimento a un secret di un altro progetto, verifica che l'account dell'istanza del tuo progetto abbia accesso al secret.
gcloud
Per fare riferimento a un secret come variabile di ambiente, esegui il seguente comando:
gcloud beta run instances deploy INSTANCE \ --image IMAGE_URL \ --update-secrets=ENV_VAR_NAME=projects/PROJECT_NUMBER/secrets/SECRET_NAME:VERSION
Sostituisci quanto segue:
- INSTANCE: il nome dell'istanza.
IMAGE_URL: un riferimento all'immagine container, ad esempious-docker.pkg.dev/cloudrun/container/hello:latest..- PROJECT_NUMBER: il numero di progetto del progetto in cui è stato creato il secret.
- SECRET_NAME: il nome del secret, ad esempio
mysecret. - VERSION: la versione del secret. Utilizza
latestper l'ultima versione o un numero, ad esempio2.
YAML
Se stai creando una nuova istanza, salta questo passaggio. Se stai aggiornando un'istanza esistente, scarica la relativa configurazione YAML:
gcloud beta run instances describe INSTANCE --format export > instance.yaml
Per i secret esposti come variabili di ambiente:
apiVersion: run.googleapis.com/v1 kind: Instance metadata: name: INSTANCE annotations: run.googleapis.com/launch-stage: BETA metadata: annotations: run.googleapis.com/secrets: SECRET_LOOKUP_NAME:projects/PROJECT_NUMBER/secrets/SECRET_NAME spec: containers: - image: IMAGE_URL env: - name: ENV_VAR valueFrom: secretKeyRef: key: SECRET_VERSION name: SECRET_LOOKUP_NAME
Sostituisci quanto segue:
- INSTANCE: il nome dell'istanza Cloud Run.
- SECRET_LOOKUP_NAME: qualsiasi nome con una sintassi di nome secret valida
, ad esempio
my-secret. Può essere uguale a SECRET_NAME. - PROJECT_NUMBER: il numero di progetto del progetto in cui è stato creato il secret.
- SECRET_NAME: il nome del secret, ad esempio
mysecret. IMAGE_URL: un riferimento all'immagine container, ad esempious-docker.pkg.dev/cloudrun/container/hello:latest.- ENV_VAR: il nome della variabile di ambiente.
- SECRET_VERSION: la versione del secret. Utilizza
latestper l'ultima versione o un numero, ad esempio2.
Per i secret montati come percorsi di file:
apiVersion: run.googleapis.com/v1 kind: Instance metadata: name: INSTANCE annotations: run.googleapis.com/launch-stage: BETA metadata: annotations: run.googleapis.com/secrets: SECRET_LOOKUP_NAME:projects/PROJECT_NUMBER/secrets/SECRET_NAME spec: containers: - image: IMAGE_URL volumeMounts: - name: VOLUME_NAME mountPath: MOUNT_PATH volumes: - name: VOLUME_NAME secret: secretName: SECRET_NAME items: - key: SECRET_VERSION path: SECRET_LOOKUP_NAME
Sostituisci quanto segue:
- INSTANCE: il nome dell'istanza Cloud Run.
- SECRET_LOOKUP_NAME: qualsiasi nome con una sintassi di nome secret valida, ad esempio
my-secret. Può essere uguale a SECRET_NAME. - PROJECT_NUMBER: il numero di progetto del progetto in cui è stato creato il secret.
- SECRET_NAME: il nome del secret, ad esempio
mysecret. IMAGE_URL: un riferimento all'immagine container, ad esempious-docker.pkg.dev/cloudrun/container/hello:latest..- VOLUME_NAME: qualsiasi nome che vuoi assegnare al volume.
- MOUNT_PATH: il percorso relativo in cui stai montando il
volume, ad esempio
/mnt/my-volume. - SECRET_VERSION: la versione del secret. Utilizza
latestper l'ultima versione o un numero, ad esempio2.
Sostituisci l'istanza con la nuova configurazione utilizzando il seguente comando:
gcloud beta run instances replace instance.yaml
Visualizzare le impostazioni dei secret
Per visualizzare le impostazioni dei secret correnti per l'istanza Cloud Run:
gcloud
Utilizza il seguente comando:
gcloud beta run instances describe INSTANCE
Individua l'impostazione dei secret nella configurazione restituita.
Rimuovere i secret da un'istanza
Puoi rimuovere i secret da un'istanza utilizzando gcloud CLI:
gcloud
Puoi rimuovere tutti i secret da un'istanza o specificare uno o più secret da rimuovere.
Per rimuovere tutti i secret, esegui questo comando:
gcloud beta run instances deploy INSTANCE --image IMAGE_URL \ --clear-secrets
Sostituisci quanto segue:
- INSTANCE: il nome dell'istanza.
IMAGE_URL: un riferimento all'immagine container, ad esempious-docker.pkg.dev/cloudrun/container/hello:latest..
Per specificare un elenco di secret da rimuovere, utilizza il flag --remove-secrets. Il seguente comando rimuove un secret montato come volume e un altro secret esposto come variabile di ambiente:
gcloud beta run instances deploy INSTANCE --image IMAGE_URL \ --remove-secrets=ENV_VAR_NAME,SECRET_FILE_PATH
Sostituisci quanto segue:
- INSTANCE: il nome dell'istanza.
IMAGE_URL: un riferimento all'immagine container, ad esempious-docker.pkg.dev/cloudrun/container/hello:latest..- ENV_VAR_NAME: il nome della variabile di ambiente.
SECRET_FILE_PATH: il percorso completo del secret. Ad esempio,
/mnt/secrets/primary/latest, dove/mnt/secrets/primary/è il percorso di montaggio elatestè il percorso del secret. Puoi anche specificare i percorsi di montaggio e del secret separatamente:--set-secrets MOUNT_PATH:SECRET_PATH=SECRET:VERSION
Utilizzare i secret nel codice
Per esempi di accesso ai secret nel codice come variabili di ambiente, consulta il tutorial sull'autenticazione degli utenti finali, in particolare la sezione Gestire la configurazione sensibile con Secret Manager.
Limitazioni
Le seguenti sezioni descrivono le limitazioni che si applicano al montaggio dei secret.
Percorsi non consentiti
- Cloud Run non consente di montare i secret in
/dev,/proce/syso nelle relative sottodirectory. - Cloud Run non consente di montare più secret nello stesso percorso perché non è possibile montare due volumi nella stessa posizione.
Secret regionali
Cloud Run non supporta i secret regionali.
Eseguire l'override di una directory
Se il secret è montato come volume in Cloud Run e l'ultima directory nel percorso di montaggio del volume esiste già, tutti i file o le cartelle nella directory esistente diventano inaccessibili.
Ad esempio, se un secret denominato my-secret viene montato nel percorso
/etc/app_data, tutti i contenuti all'interno della directory app_data verranno
sovrascritti e l'unico file visibile è /etc/app_data/my-secret.
Per evitare di sovrascrivere i file in una directory esistente, crea una nuova directory per
il montaggio del secret, ad esempio /etc/app_data/secrets, in modo che il percorso di montaggio del secret sia /etc/app_data/secrets/my-secret.