Deploying Retrained ML Models for Real-Time Anomaly Detection on Dataflow?
Your work for a textile manufacturing company. Your company has hundreds of machines, and each machine has many sensors. Your team used the sensory data to build hundreds of ML models that detect machine anomalies. Models are retrained daily, and you need to deploy these models in a cost-effective way. The models must operate 24/7 without downtime and make sub millisecond predictions. What should you do?
Community Votes
74% of anonymous learners picked answer D. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
The question tests your knowledge of Dataflow's RunInference transform for real-time, in-pipeline ML inference and the automatic model refresh feature that handles daily retrained models seamlessly.
To deploy hundreds of daily retrained ML models that must run 24/7 with sub-millisecond predictions, the community recommends a Dataflow streaming pipeline using the RunInference API with automatic model refresh. This approach delivers real-time inference and model updates without redeploying the pipeline.
Choosing C (Dataflow streaming + Vertex AI Prediction endpoint) is the most common mistake. Test takers see 'streaming' and 'autoscaling' as sufficient, but a separate Vertex AI endpoint adds network latency that prevents true sub-millisecond predictions and does not natively automate model refresh for daily retraining.
Community Discussion (6 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
Dataflow streaming pipelines process sensor data in real time, meeting the 24/7 and low-latency requirements. The RunInference API lets you call ML models directly inside the Apache Beam pipeline, avoiding the overhead of a separate prediction service. The automatic model refresh feature ensures that when models are retrained daily, the pipeline picks up the new version without redeployment. As comment [1] notes, this eliminates the need for separate endpoints and enables on-the-fly inference.Why the Other Options Are Wrong
A and B use batch pipelines, which are not suitable for 24/7 continuous anomaly detection with sub-millisecond latency. C uses a streaming pipeline but relies on a Vertex AI Prediction endpoint; this introduces network round-trip latency and requires manual autoscaling configuration, making it less cost-effective for hundreds of models. Comment [3] incorrectly assumes online prediction requires Vertex AI endpoints, but RunInference provides a lower-latency, more integrated alternative. Comment [4] also picked C based on 'GCP solution' thinking, missing that RunInference is a GCP-native option.Community Comment Notes
The majority of commenters (74 votes for D) emphasize real-time processing and automatic model refresh. Comment [5] specifically highlights that RunInference transform automatically updates the model handler, so you don't need to redeploy the pipeline. Comment [2] points out that 24/7 availability suggests streaming and recommends RunInference for the daily retraining loop. The minority (26 votes for C) often overestimates Vertex AI Prediction endpoints, but as comment [1] explains, RunInference inside Dataflow is designed exactly for this use case.Official Reference
Exam Strategy
If a question requires 24/7 operation and sub-millisecond predictions for models retrained daily, choose a Dataflow streaming pipeline with RunInference and automatic model refresh. Remember that 'cost-effective' and 'no downtime' favor in-pipeline inference over a separate Vertex AI endpoint.
Related Analysis
Practice All PMLE Questions
Access 65 questions with complete answers and detailed explanations.
View Full PMLE Practice Test →