A financial enterprise is re-architecting its nightly batch risk calculation system on Google Cloud. The system executes containerized, stateless tasks triggered on a fixed schedule. Each batch task requires up to 45 minutes of processing time, requires custom CPU and memory allocations, and must scale to zero when no jobs are running to avoid idle infrastructure costs. Which TWO architectural decisions should the team make to meet these requirements with minimal operational overhead?
- Execute the batch workloads using Cloud Run jobs, configuring the execution timeout to accommodate the 45-minute task duration.Cevap
- BProvision a dedicated GKE standard cluster with static node pools to host the scheduled batch containers.
- Configure Cloud Scheduler to trigger the Cloud Run job executions directly using service account authentication.Cevap
- DPurchase 3-year Committed Use Discounts (CUDs) on Compute Engine VM instances reserved exclusively for running these nightly jobs.
- EDeploy the containers to a Compute Engine Managed Instance Group (MIG) configured with autoscaling based exclusively on CPU utilization metrics.
Cevap
The team should execute the batch workloads using Cloud Run jobs with appropriate execution timeouts and trigger them via Cloud Scheduler with service account authentication.
Cloud Run jobs are purpose-built for containerized tasks that run to completion without serving incoming web requests. They support execution times up to 24 hours and charge only for resources consumed during execution, automatically scaling down to zero when idle. Paired with Cloud Scheduler, the entire solution operates seamlessly without requiring persistent server infrastructure, minimizing both operational overhead and costs.
Adım Adım Çözüm
Anahtar Kavram
Selecting serverless compute platforms for scheduled long-running batch workloads