A healthcare technology company uses Cloud Build to automate infrastructure deployments for Cloud Run services. During an SDLC assessment, the architecture team discovers that the deployment pipeline relies on default service account privileges, state files are stored in ephemeral build environments without locking, and developers frequently execute manual CLI commands on production resources during operational incidents. Which strategy best resolves these SDLC and CI/CD security and operational process risks?
- Configure Cloud Build to run under a dedicated user-managed service account with fine-grained IAM roles, store state files in a versioned Cloud Storage bucket with object locking, and mandate all production changes through the automated pipeline.Cevap
- BAssign the primitive Owner role to the default Cloud Build service account to ensure provisioning scripts execute without permission errors while storing state files in Cloud Storage.
- CGrant developers the Service Account Admin role on the Cloud Build service account so they can directly impersonate it and execute local infrastructure updates during operational incidents.
- DPermit manual production modifications via gcloud CLI for emergency hotfixes, provided developers manually re-run Terraform plan locally to reconcile configuration state afterwards.
Cevap
Configure Cloud Build to run under a dedicated user-managed service account with fine-grained IAM roles, store state files in a versioned Cloud Storage bucket with object locking, and mandate all production changes through the automated pipeline.
The strategy requiring a dedicated user-managed service account with fine-grained IAM roles, centralized versioned GCS state backends with locking, and pipeline-only change management adheres to GCP security best practices for CI/CD automation and SDLC governance.
Adım Adım Çözüm
Anahtar Kavram
CI/CD Pipeline Security and Infrastructure as Code State Management