A healthcare telemetry platform manages its Google Cloud infrastructure using Terraform. The cloud engineering team needs to establish a backend configuration for storing Terraform state files across dev, staging, and production environments. The strategy must prevent concurrent deployment race conditions, protect state files against accidental overwrites or corruption, enforce least-privilege administrative access, and support full operational auditability. Which configuration best meets these requirements?
- AStore Terraform state files on a local persistent disk attached to a shared CI/CD worker node and sync state files to Cloud Storage after each execution.
- Provision a Google Cloud Storage bucket with Object Versioning enabled and uniform bucket-level access, configured as a remote backend with native state locking.Cevap
- CGrant the primitive Editor IAM role on the Cloud Storage state bucket to all deployment pipeline service accounts to prevent permission errors during deployment.
- DPerform manual resource creation via the Google Cloud Console when Terraform deployment pipelines fail, updating state metadata after console modifications.
Cevap
Provision a Google Cloud Storage bucket with Object Versioning enabled and uniform bucket-level access, configured as a remote backend with native state locking.
Configuring a Google Cloud Storage bucket with Object Versioning enabled, uniform bucket-level access, and native state locking satisfies all governance, durability, and concurrency requirements. Native state locking prevents concurrent pipeline executions from corrupting state, Object Versioning permits recovery from accidental overwrites or corruption, and uniform bucket-level access paired with granular IAM roles enforces least privilege.
Adım Adım Çözüm
Anahtar Kavram
Terraform Remote Backend State Management and Security Governance in Cloud Storage
Tahmini Süre:1m 30s