A financial enterprise is architecting an online payment fraud risk evaluation service on Google Cloud. The workload consists of stateless containerized microservices that communicate via HTTP/2 gRPC. The service experiences extreme request volatility, surging to tens of thousands of requests per second during peak retail hours and dropping to near zero overnight. The leadership team requires a compute solution that minimizes operational management overhead, automatically scales down to zero instances during idle periods to optimize costs, and avoids managing underlying server infrastructure or cluster control planes. Which compute architecture should you recommend?
- Deploy the containerized service to Google Cloud Run, configuring autoscaling with minimum instances set to zero.Answer
- BDeploy the microservice on a Google Kubernetes Engine (GKE) Autopilot cluster using a Deployment with Horizontal Pod Autoscaler (HPA).
- CDeploy the microservice across a Compute Engine Managed Instance Group (MIG) behind an Application Load Balancer, configured with CPU utilization autoscaling.
- DDeploy the service on Compute Engine Virtual Machines backed by 3-year Committed Use Discounts (CUDs) sized for estimated peak traffic.
Answer
Deploying the microservice to Google Cloud Run with minimum instances set to zero satisfies all functional and operational constraints by providing fully managed container execution, native HTTP/2 gRPC support, automatic scale-to-zero cost savings, and zero cluster administration.
Deploying to Cloud Run is the optimal architectural choice because it provides a fully managed, serverless execution environment for containerized workloads. It natively supports HTTP/2 and gRPC, automatically handles high request bursts, scales down to zero when traffic stops, and eliminates all cluster maintenance, OS patching, and control plane management.
Step-by-Step Solution
Key Concept
Selecting Serverless Container Runtimes (Cloud Run) vs. Kubernetes (GKE) for Stateless Microservices
Estimated Time:2m 0s