A financial technology firm is automating the provisioning of a private Google Kubernetes Engine (GKE) cluster using Terraform for an isolated transaction processing engine. Operational security guidelines require restricting network access to the GKE control plane strictly to designated internal administrative subnets, protecting infrastructure state from concurrent modification or corruption, and following least-privilege IAM practices when enabling CI/CD pipelines to attach identities to cluster node pools. Which design choices should the cloud architect include in the deployment configuration? (Select TWO.)
- Enable Control Plane Authorized Networks on the cluster and restrict master endpoint access to authorized internal subnet CIDR blocks.Cevap
- Configure a Cloud Storage bucket with object versioning and state locking enabled as the remote backend for Terraform state.Cevap
- CGrant the Service Account Admin role (`roles/iam.serviceAccountAdmin`) to the deployment pipeline service account to permit provisioning node pools with custom identities.
- DStore the Terraform state file in unversioned local storage on the deployment pipeline runner to optimize execution performance.
- ERely on standard IAM primitive roles assigned to administrators rather than enabling Control Plane Authorized Networks on the cluster.
Cevap
The correct design choices are enabling Control Plane Authorized Networks with specific internal CIDR ranges and configuring a Cloud Storage remote backend with versioning and state locking for Terraform state management.
Enabling Control Plane Authorized Networks restricts administrative traffic to specific CIDR ranges, establishing network perimeter security for the private master endpoint. Storing Terraform state in Cloud Storage with versioning and state locking provides essential concurrency protection and state consistency across deployment pipelines.
Adım Adım Çözüm
Anahtar Kavram
Provisioning private GKE clusters securely requires enforcing Control Plane Authorized Networks, applying least-privilege IAM roles (`roles/iam.serviceAccountUser`), and managing Infrastructure as Code state using remote locked backends.