Workspace vs Project Level
Service accounts can be created at two levels:- Workspace level — Has access governed by workspace IAM policies. Suitable for cross-project automation.
- Project level — Scoped to a single project, following the principle of least privilege. Suitable for isolated automation within one project.
Create a Service Account
- For workspace-level: go to IAM & Admin > Service Accounts and click Create.
- For project-level: go to the project, click Manage > Service Accounts, and click Create.
Service accounts cannot be part of user groups. Since service accounts are for automated processes with specific access needs, including them in groups could grant unintended permissions. This is considered an anti-pattern.
Manage Roles
Roles can only be set on the Service Accounts page while creating the account. To view or change the roles of an existing service account:- Workspace roles: go to IAM & Admin > Members. Service accounts are listed with a Service Account badge and their current roles. Click the edit icon on the row to change them.
- Project roles: go to the project, click Manage > Members, and edit the service account there.
Reset the Service Key
If a key is lost or exposed, click Reset Service Key on the service account’s row. The new key is copied to your clipboard, and the old key can no longer be used to sign in.Delete and Restore
Deleting a service account deactivates it. It can no longer authenticate, but it is not removed permanently, and its email stays reserved. Creating a new service account with the same ID at the same level fails. To reuse a deleted service account:- On the Service Accounts page, select Show inactive accounts.
- Click the restore icon on the service account.
- Click Reset Service Key to issue a new key.
Service Account vs Workload Identity
If your automation runs in a CI/CD platform that supports OIDC, prefer Workload Identity for better security.

