Workflows utilise des comptes de service pour accorder aux workflows un accès aux ressources Google Cloud. Les comptes de service sont des comptes spéciaux qui constituent l'identité d'une entité autre qu'un utilisateur humain, par exemple une fonction, une application ou une VM. Ils vous permettent d'authentifier ces non-personnes. Un compte de service peut être considéré à la fois comme une identité et une ressource.
Lorsqu'un compte de service est considéré comme une identité, vous pouvez accorder un rôle à un compte de service, ce qui lui permet d'accéder à une ressource (telle qu'un workflow).
Lorsque vous souhaitez utiliser un compte de service en tant que ressource, vous pouvez attribuer à d'autres utilisateurs des rôles leur permettant d'accéder à ce compte de service ou de le gérer.
Un compte de service est identifié par son adresse e-mail, qui est unique au compte.
Pour en savoir plus sur la configuration de l'authentification avec une application de production, consultez la page Authentification en tant que compte de service.
Compte de service par défaut
Chaque workflow est associé à un compte de service IAM (Identity and Access Management) au moment de sa création. Si vous ne spécifiez pas de compte de service lors de la création du workflow, celui-ci utilise le compte de service Compute Engine par défaut pour son identité. Vous pouvez vérifier compte de service associé. Dans ce document, consultez la section Valider le compte de service associé à un workflow.
Nous vous recommandons d'utiliser le compte de service par défaut uniquement pour les tests et le développement. Pour les environnements de production, nous vous recommandons vivement de créer de service et lui accordant un ou plusieurs rôles IAM contenir les autorisations minimales requises ; pour gérer les workflows.
Les seuls rôles requis par votre compte de service sont ceux nécessaires pour accéder aux ressources orchestrées par vos workflows. Pour en savoir plus, document, voir Autorisations de compte de service
Autorisations de compte de service
Comme les comptes de service sont des identités, vous pouvez autoriser un compte de service à accéder aux ressources de votre projet en lui attribuant un rôle, comme vous le feriez pour n'importe quel autre compte principal. Par exemple, si vous souhaitez autoriser votre workflow à envoyer des journaux à Cloud Logging, assurez-vous que le compte de service exécutant le workflow dispose d'un rôle comprenant l'autorisation logging.logEntries.create
(par exemple, le rôle Logs Writer
). En général, les rôles requis par votre
compte de service dépend des ressources que vous orchestrez avec votre
de flux de travail. Pour déterminer les rôles requis, consultez la documentation du produit pour la ressource que vous orchestrez ou choisissez des rôles prédéfinis.
Notez que le compte de service du workflow n'a pas besoin du rôle workflows.invoker
, sauf si le workflow s'appelle lui-même ou d'autres workflows (c'est-à-dire qu'il crée de nouvelles exécutions de workflow). Pour en savoir plus, consultez la section Appeler des workflows.
Pour en savoir plus sur l'attribution de rôles aux comptes principaux, y compris aux comptes de service, consultez la page Gérer l'accès aux projets, aux dossiers et aux organisations.
Rattacher des comptes de service à des ressources
Pour créer une ressource et lui associer un compte de service, vous devez disposer des autorisations suivantes :
créer cette ressource et lui associer le compte de service.
L'autorisation d'associer le compte de service à une ressource est fournie par n'importe quel rôle
qui inclut l'autorisation iam.serviceAccounts.actAs
.
Pour en savoir plus, consultez la section Rôles pour l'authentification des comptes de service.
Appeler des fonctions Cloud Run (2e génération)
Dans les fonctions Cloud Run (2e génération), les autorisations d'appel sont disponibles en gérant
au service Cloud Run sous-jacent. Si votre workflow appelle un service de fonction Cloud Run (2e génération), vous n'avez pas besoin d'accorder au compte de service de l'appelant le rôle Demandeur de fonctions Cloud Run (roles/cloudfunctions.invoker
). À la place, vous devez accorder
Rôle Demandeur Cloud Run (roles/run.invoker
).
Pour en savoir plus, consultez la page Comparaison des versions de Cloud Run Functions.
Déployer un workflow avec un compte de service personnalisé
Vous pouvez créer votre propre compte de service géré par l'utilisateur pour contrôler plus facilement l'accès à votre workflow.
Créez un compte de service et notez son nom.
Attribuez au compte de service les rôles appropriés, en fonction des ressources auxquelles le workflow doit accéder pour effectuer son travail.
Assurez-vous que tous les comptes principaux qui déploient des workflows peuvent associer le compte de service aux ressources. Si vous avez créé le compte de service, cette autorisation vous est automatiquement accordée. Pour en savoir plus, consultez la section Rôles pour l'authentification des comptes de service.
Pour obtenir l'autorisation dont vous avez besoin pour associer un compte de service à une ressource, demandez à votre administrateur de vous accorder le rôle IAM Utilisateur du compte de service (
roles/iam.serviceAccountUser
) sur votre projet ou sur le compte de service. Pour en savoir plus sur l'attribution de rôles, consultez la page Gérer l'accès aux projets, aux dossiers et aux organisations.Ce rôle prédéfini contient l'autorisation
iam.serviceAccounts.actAs
, qui est requise pour associer un compte de service à une ressource.Vous pouvez également obtenir cette autorisation avec des rôles personnalisés ou d'autres rôles prédéfinis.
Attribuez le rôle au projet :
gcloud projects add-iam-policy-binding WORKFLOWS_PROJECT_ID \ --member=PRINCIPAL \ --role='roles/iam.serviceAccountUser'
Ou attribuez le rôle sur le compte de service:
gcloud iam service-accounts add-iam-policy-binding SERVICE_ACCOUNT_RESOURCE_NAME \ --member=PRINCIPAL \ --role='roles/iam.serviceAccountUser'
Remplacez les éléments suivants :
WORKFLOWS_PROJECT_ID
: ID de votre projet Google Cloud contenant les ressources de workflowPRINCIPAL
: identifiant du déployeur de workflow au formatuser|group|serviceAccount:email
oudomain:domain
Exemple :user:test-user@gmail.com
group:admins@example.com
serviceAccount:test123@example.domain.com
domain:example.domain.com
SERVICE_ACCOUNT_RESOURCE_NAME
: nom complet de ressource du compte de service. Exemple :projects/SERVICE_ACCOUNT_PROJECT_ID/serviceAccounts/SERVICE_ACCOUNT_NAME@SERVICE_ACCOUNT_PROJECT_ID.iam.gserviceaccount.com
Où :
SERVICE_ACCOUNT_PROJECT_ID
correspond à l'ID du projet Google Cloud contenant le compte de service.SERVICE_ACCOUNT_NAME
correspond au nom du compte de service.
Déployer votre workflow à l'aide du compte de service personnalisé.
Déployer un workflow avec un compte de service multiprojet
Par défaut, vous ne pouvez pas créer un compte de service dans un projet et l'associer à une ressource d'un autre projet. Les instructions suivantes vous expliquent comment associer un compte de service d'un projet à un workflow d'un autre projet. Vous pouvez ensuite utiliser le compte de service dans différents projets pour déployer un workflow.
Si le compte de service et les ressources de workflow se trouvent dans des projets différents, à partir du projet où se trouve le compte de service, procédez comme suit:
Dans la console Google Cloud, accédez à la page Règles d'administration :
Accéder à la page Règles d'administration
Vérifiez les règles d'administration. pour le projet et de s’assurer que la La contrainte booléenne
iam.disableCrossProjectServiceAccountUsage
n'est pas appliquée au projet. Pour en savoir plus, consultez Activez l'association de comptes de service entre plusieurs projets.Créez un compte de service et notez son nom.
Accorder le compte de service les rôles appropriés, en fonction des ressources auxquelles le workflow doit accéder pour effectuer son travail.
Attribuez le rôle de créateur de jetons de compte de service (
roles/iam.serviceAccountTokenCreator
) à l'agent de service Workflows. Cela permet à l'agent de service de gérer l'accès multiprojet pour le compte de service. Un agent de service est l'identité d'un service Google Cloud donné pour un projet particulier. Pour en savoir plus, consultez Agents de serviceConsole
Dans la console Google Cloud, accédez à Workflows :
Cliquez sur
Créer pour créer un workflow ou sélectionnez le nom du workflow que vous souhaitez mettre à jour.Dans la liste Compte de service, cliquez sur Changer de projet.
Sélectionnez un compte de service d'un autre projet.
Si vous y êtes invité, accordez le rôle
roles/iam.serviceAccountTokenCreator
à l'agent de service Workflows.
gcloud
Attribuez le rôle
roles/iam.serviceAccountTokenCreator
au Agent de service Workflows:gcloud iam service-accounts add-iam-policy-binding SERVICE_ACCOUNT_RESOURCE_NAME \ --member='serviceAccount:service-WORKFLOWS_PROJECT_NUMBER@gcp-sa-workflows.iam.gserviceaccount.com' \ --role='roles/iam.serviceAccountTokenCreator'
Remplacez les éléments suivants :
SERVICE_ACCOUNT_RESOURCE_NAME
: nom complet de ressource du compte de service. Par exemple :projects/SERVICE_ACCOUNT_PROJECT_ID/serviceAccounts/SERVICE_ACCOUNT_NAME@SERVICE_ACCOUNT_PROJECT_ID.iam.gserviceaccount.com
Où :
SERVICE_ACCOUNT_PROJECT_ID
est le ID du projet Google Cloud contenant le compte de service.SERVICE_ACCOUNT_NAME
est le nom du de service géré.
WORKFLOWS_PROJECT_NUMBER
: numéro du projet Google Cloud contenant les ressources de workflow.
Assurez-vous que tous les principaux qui déploient des workflows peuvent associer le compte de service aux ressources. Si vous avez créé le compte de service, cette autorisation vous est automatiquement accordée. Pour en savoir plus, consultez la section Rôles pour authentification par compte de service.
Pour obtenir l'autorisation dont vous avez besoin pour associer un compte de service à une ressource, demandez à votre administrateur de vous accorder le Utilisateur du compte de service (
roles/iam.serviceAccountUser
) sur votre projet ou le compte de service. Pour en savoir plus sur l'attribution de rôles, consultez la page Gérer l'accès aux projets, aux dossiers et aux organisations.Ce rôle prédéfini contient l'autorisation
iam.serviceAccounts.actAs
, qui est requise pour associer un compte de service à une ressource.Vous pouvez également obtenir cette autorisation avec des rôles personnalisés ou d'autres rôles prédéfinis.
Console
Dans la console Google Cloud, accédez à la page Workflows :
Cliquez sur
Créer pour créer un workflow ou sélectionnez le nom du workflow que vous souhaitez mettre à jour.Dans la liste Compte de service, cliquez sur Changer de projet.
Sélectionnez un compte de service d'un autre projet.
Si vous y êtes invité, accordez le rôle
roles/iam.serviceAccountUser
sur le projet.
gcloud
Attribuez le rôle au projet :
gcloud projects add-iam-policy-binding WORKFLOWS_PROJECT_ID \ --member=PRINCIPAL \ --role='roles/iam.serviceAccountUser'
Ou attribuez le rôle sur le compte de service:
gcloud iam service-accounts add-iam-policy-binding SERVICE_ACCOUNT_RESOURCE_NAME \ --member=PRINCIPAL \ --role='roles/iam.serviceAccountUser'
Remplacez les éléments suivants :
WORKFLOWS_PROJECT_ID
: votre compte Google Cloud ID du projet contenant les ressources du workflowPRINCIPAL
: identifiant du déployeur de workflow au formatuser|group|serviceAccount:email
oudomain:domain
. Par exemple :user:test-user@gmail.com
group:admins@example.com
serviceAccount:test123@example.domain.com
domain:example.domain.com
SERVICE_ACCOUNT_RESOURCE_NAME
: nom complet de ressource du compte de service. Par exemple :projects/SERVICE_ACCOUNT_PROJECT_ID/serviceAccounts/SERVICE_ACCOUNT_NAME@SERVICE_ACCOUNT_PROJECT_ID.iam.gserviceaccount.com
Où :
SERVICE_ACCOUNT_PROJECT_ID
est le ID du projet Google Cloud contenant le compte de service.SERVICE_ACCOUNT_NAME
correspond au nom du compte de service.
Déployer votre workflow à l'aide du compte de service multiprojet.
Valider le compte de service associé à un workflow
Vous pouvez vérifier quel compte de service est associé à un workflow particulier.
Console
Dans Google Cloud Console, accédez à la page Workflows :
Sur la page Workflows, cliquez sur le workflow son nom.
Sur la page Détails du workflow, cliquez sur l'onglet Détails.
Le compte de service associé au workflow s'affiche.
gcloud
Ouvrez un terminal.
Saisissez la commande suivante :
gcloud workflows describe MY_WORKFLOW
Remplacez
MY_WORKFLOW
par le nom de votre workflow.Une description complète du workflow, y compris le compte de service associé, est renvoyée. Exemple :
createTime: '2020-06-05T23:45:34.154213774Z' name: projects/myProject/locations/us-central1/workflows/myWorkflow serviceAccount: projects/my-project/serviceAccounts/012345678901-compute@developer.gserviceaccount.com sourceContents: [...]