Deployment Auth
Local Read And Admin Profiles
Engineers use SSO profiles for local reads and investigation:
| Account | Read Profile | Admin Profile |
|---|---|---|
| dev-dataops | dev-dataops | dev-dataops-admin |
| stage-dataops | stage-dataops | stage-dataops-admin |
| preprod-dataops | preprod-dataops | preprod-dataops-admin |
| prod-dataops | prod-dataops | prod-dataops-admin |
Admin profiles are useful for investigation and non-prod operations when the Terraform root supports local use. Prod write deployments should use protected GitHub Actions.
CI/CD Role Chain
GitHub Actions starts from a repository CI role and then assumes the target environment provisioner.
flowchart LR GHA[GitHub Actions OIDC] --> CICD[repo CICD role] CICD --> Prov[env-dataops-data-platform-provisioner] Prov --> Backend[S3 Terraform backend] Prov --> AWS[AWS APIs and Kubernetes auth]
Important Rule
Do not start Terraform from a session that has already assumed the same target provisioner when the backend/provider configuration also assumes that provisioner. Start from the expected source profile or CI role so Terraform backend role assumption behaves normally.
Prod Guardrail
prod-dataops-data-platform-provisioner is a CI/CD deployment role. Prod deploys should go through protected workflow approval. Local prod admin access may be useful for read/debug checks, but it should not become the normal prod deployment path.
Checked Against
AGENTS.mdAWS authentication guidance..github/workflows/terraform-service-deploy.ymlonorigin/main..github/workflows/terraform-deploy-accounts.ymlonorigin/main.implementations/2026-05-21-dl-419-prod-dataops-runtime-progress.md.