An autonomous vehicle simulation enterprise is designing its cloud architecture on Google Cloud for two distinct workload components:
1. Workload A: A stateless HTTP REST API endpoint that receives vehicle telemetry webhooks with highly unpredictable, bursty traffic patterns. The requirement specifies automatic scaling down to zero instances during idle periods and zero operational overhead for cluster plane or OS management.
2. Workload B: A specialized simulation engine that requires custom kernel parameter tuning (`sysctl`), raw non-HTTP TCP socket listening, and direct access to local NVMe SSD storage.
Which TWO platform architectural decisions should the Cloud Architect recommend? (Select TWO.)
- Deploy Workload A on Cloud Run to achieve stateless HTTP container execution with scale-to-zero capabilities and minimal operational management.Answer
- Deploy Workload B on Compute Engine virtual machine instances configured with attached local SSDs to support custom OS kernel modifications and raw TCP socket networking.Answer
- CDeploy Workload A on a standard Google Kubernetes Engine (GKE) cluster with dedicated node pools to handle the stateless HTTP webhook requests.
- DDeploy Workload B on App Engine Standard environment using custom runtimes to configure `sysctl` kernel parameters and attach local NVMe SSDs.
- EDeploy Workload A on Compute Engine Managed Instance Groups (MIGs) backed by 3-year Committed Use Discounts to minimize cost during zero-traffic idle periods.
Answer
The optimal solution requires deploying Workload A on Cloud Run for stateless serverless HTTP execution with scale-to-zero capabilities, and deploying Workload B on Compute Engine instances with local NVMe SSDs to accommodate custom kernel configuration and raw TCP networking requirements.
Cloud Run is the ideal fully managed serverless platform for stateless HTTP webhooks because it automatically scales down to zero when idle and eliminates OS and cluster maintenance overhead. Compute Engine is required for workloads that demand OS-level access, such as custom kernel parameter tuning (`sysctl`), non-HTTP TCP sockets, and direct local NVMe SSD attachment.
Step-by-Step Solution
Key Concept
Selecting GCP Compute Platforms based on operational overhead, container statefulness, OS/kernel customization needs, and autoscaling profiles.