A security engineer at a financial technology company performed emergency out-of-band updates to a Cloud Storage bucket retention policy and Cloud KMS encryption settings using the Google Cloud Console to mitigate an active security alert. The infrastructure was originally provisioned and managed via Terraform within a Cloud Build CI/CD pipeline. During the next scheduled deployment pipeline run, `terraform plan` detects configuration drift and proposes modifying the bucket settings back to their previous state, which would violate current security compliance requirements. The team needs to align the Terraform code and state with the live GCP infrastructure without causing service disruption or deleting existing data. Which approach should the cloud architecture team follow to resolve this drift safely?
- Update the local Terraform configuration files to match the emergency manual changes made in the Cloud Console, execute `terraform plan` to confirm zero changes will be made, and commit the updated code to version control.Cevap
- BExecute `terraform apply` using the existing pipeline configuration to force overwrite the manual changes, then re-apply the emergency security settings manually through the GCP Console.
- CDelete the remote Terraform state file object stored in Cloud Storage and re-run `terraform init` and `terraform apply` to rebuild the state file automatically from live resources.
- DGrant the deployment service account the Owner primitive IAM role and run `gcloud storage` commands directly within the pipeline to override the state verification step.