A enterprise logistics company is designing a dual-workload telemetry platform on Google Cloud. The platform consists of two main services:
1. Stateless Ingestion API: Accepts unpredictable bursts of short-lived HTTPS POST requests from IoT devices. The service must automatically scale to zero during off-peak hours to minimize cost, require minimal infrastructure management, and run standard container images.
2. Custom Protocol Engine: Maintains persistent, long-lived TCP socket connections with custom kernel-level TCP buffer configuration (`sysctl`) tunings for legacy gateway hardware.
Which architectural strategy minimizes operational overhead while satisfying the technical requirements of both workloads?
- Deploy the stateless Ingestion API on Cloud Run, and deploy the Custom Protocol Engine on Compute Engine Managed Instance Groups (MIGs).Answer
- BDeploy both the stateless Ingestion API and the Custom Protocol Engine onto a Google Kubernetes Engine (GKE) Standard cluster using custom node pools.
- CDeploy the stateless Ingestion API on Compute Engine Managed Instance Groups configured to scale strictly on average CPU utilization, and run the Custom Protocol Engine on Cloud Run.
- DDeploy both services on Compute Engine Virtual Machines while purchasing 3-year Committed Use Discounts (CUDs) for all instances to cover peak capacity.
Answer
Deploying the stateless Ingestion API on Cloud Run and the Custom Protocol Engine on Compute Engine Managed Instance Groups (MIGs) provides the optimal balance of scale-to-zero serverless efficiency and low-level OS configuration control.
The solution correctly assigns stateless HTTPS API workloads with bursty traffic patterns to Cloud Run (achieving zero operational overhead and automatic scaling to zero) while placing the custom protocol workload requiring OS kernel tuning on Compute Engine MIGs.
Step-by-Step Solution
Key Concept
Compute Platform Selection Strategy (Cloud Run vs Compute Engine MIGs vs GKE)
Estimated Time:2m 0s