A digital publishing firm is designing a new containerized document transformation pipeline on Google Cloud. The workload consists of stateless microservices that process uploaded files. The engineering team wants to minimize operational overhead by eliminating the need to manage, size, or patch underlying cluster nodes and node pools. The application does not require custom Linux kernel parameters or privileged container access. Which Google Kubernetes Engine (GKE) cluster architecture should the cloud engineer select to satisfy these requirements?
- Deploy a GKE Autopilot cluster, allowing Google Cloud to fully manage node provisioning, OS patching, and cluster infrastructure scaling.Answer
- BDeploy a GKE Standard cluster configured with a fixed-size node pool composed of custom Compute Engine VM instances.
- CDeploy a GKE Standard cluster and configure Horizontal Pod Autoscaler (HPA) to automatically add Compute Engine VM nodes when container traffic increases.
- DDeploy a GKE Standard cluster with a single node pool using Spot VMs for all cluster workloads, including critical system components.
Answer
Deploy a GKE Autopilot cluster, allowing Google Cloud to fully manage node provisioning, OS patching, and cluster infrastructure scaling.
GKE Autopilot is designed for operational efficiency by managing the entire node infrastructure, including node creation, automatic scaling, security updates, and OS maintenance. Because the application consists of standard stateless microservices without custom kernel requirements, Autopilot fulfills all requirements while eliminating administrative overhead.
Step-by-Step Solution
Key Concept
GKE Autopilot vs. Standard Operational Boundaries
Estimated Time:1m 30s