A financial technology company is designing a new transaction validation pipeline on Google Cloud consisting of two distinct workloads:
1. A stateless HTTP webhook ingestion component that receives payload spikes ranging from 0 to 5,000 requests per second with execution times under 10 seconds per request, requiring minimal operational management.
2. A specialized legacy fraud-analysis service that depends on a custom compiled Linux kernel module for cryptographic hardware acceleration and maintains persistent, long-lived TCP socket connections.
Which TWO compute platform choices align with Google Cloud best practices for operational efficiency and workload compatibility? (Select TWO)
- Deploy the HTTP webhook ingestion component to Cloud Run to leverage automatic container scaling to zero and fully managed infrastructure.Cevap
- Deploy the legacy fraud-analysis service to Compute Engine Virtual Machines (or Managed Instance Groups) using a custom OS image.Cevap
- CDeploy the HTTP webhook ingestion component to a Google Kubernetes Engine (GKE) Standard cluster with fixed node pools.
- DDeploy the legacy fraud-analysis service as a Cloud Run Job scheduled to execute continuously.
- EDeploy the HTTP webhook ingestion component to App Engine Flexible Environment configured with auto-scaling.
Cevap
The optimal architecture combines Cloud Run for the stateless HTTP webhook ingestion component and Compute Engine Virtual Machines (with custom OS images) for the legacy fraud-analysis service requiring custom kernel modules.
Cloud Run is the optimal serverless container platform for stateless HTTP services with unpredictable traffic spikes, scaling rapidly to zero with zero cluster management. Compute Engine is required for workloads that depend on custom host Linux kernel modules and persistent network daemons, as virtual machines provide total control over the guest OS environment.
Adım Adım Çözüm
Anahtar Kavram
Matching Google Cloud compute platforms (Cloud Run vs. Compute Engine vs. GKE) to workload statefulness, protocol, kernel requirements, and operational overhead targets.