Si votre architecture utilise plusieurs services, vous aurez probablement besoin d'identifiants pour permettre la communication entre les services. Cloud Build est compatible avec la norme OpenID Connect (OIDC), qui permet de sécuriser l'authentification et l'autorisation entre les services.
Vous pouvez utiliser Cloud Build pour générer des jetons d'identification. Ces jetons vous permettent d'appeler des points de terminaison sécurisés depuis Cloud Build.
Par exemple, si vous exécutez une application de plate-forme sans serveur telle que Cloud Functions, Cloud Run ou App Engine, vous pouvez interagir en toute sécurité avec votre application depuis les charges de travail Cloud Build.
Avant de commencer
-
Activer les API Cloud Build and IAM.
Si vous prévoyez d'utiliser ce compte pour créer des identifiants éphémères, vous devez également activer l'API d'identifiants de compte de service IAM.
Pour utiliser les exemples de ligne de commande de ce guide, installez et configurez la Google Cloud CLI.
Assurez-vous d'avoir créé le compte de service que vous souhaitez utiliser. Vous devez créer le compte dans le même projet Google Cloud que celui où vous exécutez les compilations.
Autorisations IAM requises
Votre compte de service spécifié par l'utilisateur doit disposer de l'autorisation iam.serviceAccounts.getOpenIdToken
.
- Attribuez le rôle Créateur de jetons d'identité OpenID Connect (
roles/iam.serviceAccountOpenIdTokenCreator
) du compte de service à votre compte de service spécifié par l'utilisateur dans le projet dans lequel vous avez créé le compte de service.
Pour obtenir des instructions sur l'attribution de rôles IAM à un compte de service, consultez la page Gérer l'accès aux comptes de service.
Méthodes pour obtenir un jeton d'ID
Il existe deux façons de configurer vos étapes de compilation pour obtenir des jetons d'ID:
- utiliser la gcloud CLI
- envoyer une requête directe au serveur de métadonnées
Obtenir un jeton d'ID via gcloud
Dans cette section, l'extrait de code suivant montre comment obtenir des jetons d'ID à l'aide de gcloud CLI:
YAML
steps:
- name: 'gcr.io/cloud-builders/gcloud'
script: 'gcloud auth print-identity-token --audiences ${_TOKEN_AUDIENCE} > /workspace/identity_token.txt'
env:
- _TOKEN_AUDIENCE=${_TOKEN_AUDIENCE}
service_account: '$_SERVICE_ACCOUNT'
substitutions:
_TOKEN_AUDIENCE: 'TOKEN_AUDIENCE'
_SERVICE_ACCOUNT_ID: 'SERVICE_ACCOUNT_ID'
_SERVICE_ACCOUNT: 'projects/${PROJECT_ID}/serviceAccounts/${_SERVICE_ACCOUNT_ID}'
logsBucket: 'LOGS_BUCKET_LOCATION'
options:
logging: GCS_ONLY
dynamic_substitutions: true
JSON
{
"steps": [
{
"name": "gcr.io/cloud-builders/gcloud",
"script": "gcloud auth print-identity-token --audiences ${_TOKEN_AUDIENCE} > /workspace/identity_token.txt"
"env": [
"_TOKEN_AUDIENCE=${_TOKEN_AUDIENCE}"
]
}
],
"service_account": "$_SERVICE_ACCOUNT",
"substitutions": {
"_TOKEN_AUDIENCE": "TOKEN_AUDIENCE",
"_SERVICE_ACCOUNT_ID": "SERVICE_ACCOUNT_ID",
"_SERVICE_ACCOUNT": "projects/${PROJECT_ID}/serviceAccounts/${_SERVICE_ACCOUNT_ID}"
},
"logsBucket": "LOGS_BUCKET_LOCATION",
"options": {
"logging": "GCS_ONLY",
"dynamic_substitutions": true
}
}
Remplacez les éléments suivants :
TOKEN_AUDIENCE
est l'URL ou l'audience cible pour laquelle obtenir le jeton d'ID, par exemplehttp://www.example.com
.SERVICE_ACCOUNT_ID
est l'adresse e-mail ou l'ID unique du compte de service spécifié par l'utilisateur. Par exemple,service-account-name@project-id.iam.gserviceaccount.com
.LOGS_BUCKET_LOCATION
est le bucket Cloud Storage où stocker les journaux de compilation. Par exemple,gs://mylogsbucket
.
Envoyer une requête directe au serveur de métadonnées
Dans cette section, l'extrait de code suivant montre comment envoyer une requête directe au serveur de métadonnées afin d'obtenir des jetons d'identification:
YAML
steps:
- name: 'gcr.io/cloud-builders/curl'
id: 'printTokenFromCurl'
script: |
curl -H 'Metadata-Flavor: Google' http://metadata/computeMetadata/v1/instance/service-accounts/default/identity?audience=${_TOKEN_AUDIENCE} -o /workspace/identity_token.txt
env:
- _TOKEN_AUDIENCE=${_TOKEN_AUDIENCE}
service_account: '$_SERVICE_ACCOUNT'
substitutions:
_TOKEN_AUDIENCE: 'TOKEN_AUDIENCE'
_SERVICE_ACCOUNT_ID: 'SERVICE_ACCOUNT_ID'
_SERVICE_ACCOUNT: 'projects/${PROJECT_ID}/serviceAccounts/${_SERVICE_ACCOUNT_ID}'
logsBucket: 'LOGS_BUCKET_LOCATION'
options:
logging: GCS_ONLY
dynamic_substitutions: true
JSON
{
"steps": [
{
"name": "gcr.io/cloud-builders/curl",
"id": "printTokenFromCurl"
"script": "curl -H 'Metadata-Flavor: Google' http://metadata/computeMetadata/v1/instance/service-accounts/default/identity?audience=${_TOKEN_AUDIENCE} -o /workspace/identity_token.txt"
"env":
"_TOKEN_AUDIENCE=${_TOKEN_AUDIENCE}"
}
],
"service_account": "$_SERVICE_ACCOUNT",
"substitutions": {
"_TOKEN_AUDIENCE": "TOKEN_AUDIENCE",
"_SERVICE_ACCOUNT_ID": "SERVICE_ACCOUNT_ID",
"_SERVICE_ACCOUNT": "projects/${PROJECT_ID}/serviceAccounts/${_SERVICE_ACCOUNT_ID}"
},
"logsBucket": "LOGS_BUCKET_LOCATION",
"options": {
"logging": "GCS_ONLY",
"dynamic_substitutions": true
}
}
Remplacez les éléments suivants :
TOKEN_AUDIENCE
est l'URL ou l'audience cible pour laquelle obtenir le jeton d'ID, par exemplehttp://www.example.com
.SERVICE_ACCOUNT_ID
est l'adresse e-mail ou l'ID unique du compte de service spécifié par l'utilisateur. Par exemple,service-account-name@project-id.iam.gserviceaccount.com
.LOGS_BUCKET_LOCATION
est le bucket Cloud Storage où stocker les journaux de compilation. Par exemple,gs://mylogsbucket
.
Pour obtenir des instructions supplémentaires sur la génération et l'utilisation de jetons d'ID dans vos charges de travail, consultez la section Méthodes d'obtention d'un jeton d'ID.
Étapes suivantes
- Transmettre des données entre les étapes de compilation
- Déployer sur Cloud Run
- Déployer dans App Engine