PMLE - Scaling Prototypes Into ML Models - Section 3.1

Choose the model type and Google Cloud product given cost, complexity, latency, and scalability, selecting among options such as ARIMA, DNN, and LLM and products such as Agent Platform AutoML, BigQuery ML, and Agent Platform Pipelines, and deciding deployment and interpretability strategies.

Compare ARIMA, DNN, and LLM architectures against cost, latency, scalability, and complexity constraints, and match each to the right Google Cloud product such as Agent Platform AutoML or BigQuery ML. Choose a deployment and interpretability strategy that satisfies both performance requirements and explainability needs.

ARIMA, DNN, and LLMAgent Platform AutoMLDeployment strategyInterpretability

Practice question for this objective

Free sampleScaling Prototypes Into ML Modelsmedium

A retail analytics team stores three years of daily sales per store in BigQuery and needs a univariate forecast for each of 2,000 stores, refreshed nightly. The data scientists are SQL-fluent but have no Python deployment pipeline, the budget is small, and predictions must land back in BigQuery for dashboards. Which model type and Google Cloud product best fit these constraints?

  • ATrain a single deep neural network across all stores using a custom training job, then serve nightly batch predictions through a managed endpoint.
  • BBuild per-store ARIMA models with BigQuery ML, scheduling a nightly query that trains and forecasts so results stay in BigQuery. Correct
  • CSend each store's history to a large language model with a forecasting prompt, returning the predicted figures into BigQuery each night.
  • DUse a managed AutoML tabular pipeline to learn each store's forecast and export the trained models for nightly inference.
Match univariate time-series forecasting at scale for SQL teams to ARIMA in BigQuery ML when results must stay in the warehouse. ARIMA models univariate temporal autocorrelation directly, and BigQuery ML trains and serves these forecasts inside the warehouse with SQL, avoiding Python serving cost and keeping outputs co-located with the dashboards.

Why A is wrong: A DNN can capture sales patterns and a custom job is flexible, but it adds Python and serving overhead the SQL-only team cannot maintain, and a single network ignores per-store univariate structure that ARIMA handles directly.

Why B is correct: ARIMA is the right model for univariate time series, and BigQuery ML lets the SQL-fluent team train and forecast many series in-place at low cost with results already in BigQuery for the dashboards.

Why C is wrong: An LLM feels like a quick no-training shortcut, but it is costly per call at this scale, gives no statistical guarantees for numeric forecasting, and is the wrong tool for structured univariate time series.

Why D is wrong: AutoML can produce strong forecasts without deep coding, but spinning up and exporting models per store is heavier and pricier than an in-database ARIMA query, and it pulls data out of the BigQuery workflow the team wants.

See more PMLE practice questions, answers explained.

More in this domain

Back to all Scaling Prototypes Into ML Models objectives, or the PMLE cert hub.

Examworthy is not affiliated with or endorsed by Google Cloud. Original, blueprint-aligned practice material only.