A DevOps team is configuring an automated deployment workflow executed from a developer workstation to provision cloud infrastructure inside a staging project named `proj-staging-884`. Organizational security directives prohibit exporting long-lived JSON service account keys to developer machines and mandate the principle of least privilege. The workflow requires creating a dedicated user-managed service account named `deployer-sa` in `proj-staging-884`, granting this service account the `roles/resourcemanager.projectIamAdmin` role on `proj-staging-884`, and enabling developer `[email protected]` to generate short-lived credentials for `deployer-sa` via impersonation. Which sequence of `gcloud` commands correctly fulfills these security and operational requirements?
- Run `gcloud iam service-accounts create deployer-sa --project=proj-staging-884`, bind `roles/resourcemanager.projectIamAdmin` to `serviceAccount:[email protected]` on project `proj-staging-884`, and grant `roles/iam.serviceAccountTokenCreator` to `user:[email protected]` on the `deployer-sa` service account resource.Cevap
- BRun `gcloud iam service-accounts create deployer-sa --project=proj-staging-884`, bind `roles/resourcemanager.projectIamAdmin` to `serviceAccount:[email protected]` on project `proj-staging-884`, and execute `gcloud iam service-accounts keys create key.json --iam-account=deployer-sa@proj-staging-884.iam.gserviceaccount.com` for developer authentication.
- CRun `gcloud iam service-accounts create deployer-sa --project=proj-staging-884`, bind `roles/owner` to `serviceAccount:[email protected]` on project `proj-staging-884`, and grant `roles/iam.serviceAccountUser` to `user:[email protected]` at the project level.
- DRun `gcloud iam service-accounts create deployer-sa --project=proj-staging-884`, bind `roles/resourcemanager.projectIamAdmin` to `user:[email protected]` at the organization level, expecting child projects to automatically enforce token impersonation without explicit service account IAM bindings.