A cloud engineer needs to configure an automated deployment script running on a fresh administrative workstation to deploy a microservice workload to a newly provisioned Google Kubernetes Engine (GKE) Standard cluster. Arrange the required administrative and operational steps in the correct chronological sequence from initial environment configuration to verifying successful pod rollout.
- 1Configure default Google Cloud CLI environment properties for the target project and compute region using `gcloud config set` commands.
- 2Fetch cluster entry and authentication credentials into the local `kubeconfig` file using `gcloud container clusters get-credentials`.
- 3Verify control plane API reachability and node status using `kubectl get nodes`.
- 4Submit the Kubernetes Deployment manifest file to the cluster API using `kubectl apply -f deployment.yaml`.
- 5Monitor workload pod initialization and ready status using `kubectl rollout status deployment/<deployment-name>`.
Cevap
The correct operational sequence begins with configuring default CLI project and region properties via `gcloud config set`, followed by generating cluster credentials with `gcloud container clusters get-credentials`. Next, cluster reachability is confirmed using `kubectl get nodes`, after which the application manifest is deployed via `kubectl apply -f deployment.yaml`. Finally, deployment success is confirmed using `kubectl rollout status deployment/<deployment-name>`.
Deploying workloads to a GKE cluster follows a strict prerequisite hierarchy: first set CLI defaults (`gcloud config set`), generate the cluster API kubeconfig authentication entry (`gcloud container clusters get-credentials`), validate cluster node connectivity (`kubectl get nodes`), submit workload manifests (`kubectl apply`), and finally verify pod execution (`kubectl rollout status`).
Adım Adım Çözüm
Anahtar Kavram
Google Kubernetes Engine Workload Deployment and Lifecycle Management Workflow