Knowledge + Practice

CCNA Deployment and Orchestration of ML Workflows Questions

75 of 81 questions · Page 1/2 · Deployment and Orchestration of ML Workflows · Answers revealed

Practice these questions Domain overview All questions

1

MCQhard

A team needs to deploy a model that has compliance requirements to log all inference requests and responses for auditing. The model will be served using a real-time endpoint. How can they achieve this without custom code?

A.Enable SageMaker Data Capture on the endpoint

B.Add a custom Lambda function using a container

C.Use SageMaker Debugger to monitor inference

D.Enable CloudTrail for the endpoint

AnswerA

Data Capture logs requests and responses to S3 automatically.

Why this answer

SageMaker Data Capture is the native, no-code feature that automatically logs inference requests and responses for real-time endpoints. It captures payload data to an S3 bucket without requiring any custom code, directly meeting the compliance requirement for audit logging.

Exam trap

The trap here is that candidates often confuse CloudTrail (which logs API calls) with Data Capture (which logs payloads), or they assume Debugger can be repurposed for inference logging, but Debugger only works during training.

How to eliminate wrong answers

Option B is wrong because adding a custom Lambda function using a container introduces custom code, which the question explicitly states should be avoided. Option C is wrong because SageMaker Debugger is designed for monitoring training jobs and debugging model performance, not for capturing inference request/response logs for auditing. Option D is wrong because AWS CloudTrail logs API calls to the SageMaker endpoint (e.g., InvokeEndpoint actions) but does not capture the actual inference request and response payloads.

Practice this question →

2

Multi-Selecthard

An MLOps team is designing a SageMaker Pipeline to automate model retraining. The pipeline must: (1) run training only if new training data is available, (2) register the model in SageMaker Model Registry only if evaluation metrics exceed a threshold, (3) deploy the approved model to a staging endpoint automatically. Which THREE steps should they include? (Choose THREE.)

Select 3 answers

A.ConditionStep to check if evaluation metrics exceed the threshold

B.RegisterModel step to register the model in the Model Registry

C.TuningStep to perform hyperparameter optimization

D.TransformStep to deploy the model to a staging endpoint

E.ProcessingStep to check for new training data availability

AnswersA, B, E

A ConditionStep allows branching: if metrics exceed threshold, proceed to register; otherwise skip.

Why this answer

A ConditionStep evaluates a condition and routes to different branches. The RegisterModel step registers a model in the registry. A TransformStep (batch transform) runs inference, but for deployment a CreateModel and endpoint creation step is needed, though not listed; the correct deploy step is not a TransformStep.

A ProcessingStep can be used to check for new data. A TrainingStep trains the model. A TuningStep is for hyperparameter tuning.

Practice this question →

3

MCQeasy

A data scientist wants to compare the performance of two model versions (V1 and V2) in production by splitting traffic between them. They want to gradually increase the percentage of traffic to the new version while monitoring metrics. Which SageMaker feature enables this?

A.SageMaker production variants with traffic splitting

B.SageMaker shadow testing

C.SageMaker blue/green deployment

D.SageMaker canary deployment

AnswerA

Production variants allow splitting traffic between model versions for A/B testing and gradual rollout.

Why this answer

Production variants with traffic splitting allow routing a percentage of inference requests to different model versions. By updating the initial variant weights, the data scientist can gradually shift traffic from V1 to V2. Shadow testing mirrors traffic but does not affect real responses.

Blue/green is a deployment pattern but not a SageMaker feature for gradual traffic splitting. Canary deployments are a pattern but SageMaker implements it via production variants.

Practice this question →

4

MCQeasy

A data scientist needs to deploy a single ML model that will serve real-time predictions with low latency (under 10 ms) for a high-traffic web application. The model fits in memory and requires GPU acceleration. Which SageMaker inference option is MOST suitable?

A.Real-time endpoint on ml.m5 instances

B.Batch Transform

C.Real-time endpoint on ml.g4dn instances

D.Serverless Inference

AnswerC

ml.g4dn instances offer GPU acceleration and are designed for low-latency, real-time inference.

Why this answer

Real-time endpoints on GPU instances (ml.g4dn) provide low latency and GPU acceleration, ideal for high-traffic, latency-sensitive workloads.

Practice this question →

5

Multi-Selectmedium

A team wants to deploy a new model using a canary deployment strategy on SageMaker. Which TWO configurations are necessary? (Choose two.)

Select 2 answers

A.Create a CloudWatch alarm to automatically rollback

B.Set the initial traffic distribution (e.g., 90% old, 10% new)

C.Enable data capture on the endpoint

D.Create a new endpoint configuration with two production variants, each pointing to a different model

E.Use SageMaker Model Registry to approve the new model

AnswersB, D

Initial weights define the canary traffic percentage.

Why this answer

A canary deployment requires two production variants (old and new) with traffic distribution. Gradual traffic shifting can be achieved by updating the endpoint's variant weights over time.

Practice this question →

6

MCQeasy

A data scientist wants to version and manage trained models, require approval before deployment, and enable cross-account deployment. Which SageMaker feature provides these capabilities?

A.SageMaker Neo

B.SageMaker Pipelines

C.Amazon Elastic Inference

D.SageMaker Model Registry

AnswerD

Why this answer

SageMaker Model Registry is the correct choice because it provides a centralized catalog for versioning trained models, supports approval workflows (e.g., pending, approved, rejected) to gate deployment, and enables cross-account deployment by sharing model package ARNs across AWS accounts via AWS Resource Access Manager (RAM) or cross-account IAM roles. This directly satisfies all three requirements: versioning, approval before deployment, and cross-account deployment.

Exam trap

The trap here is that candidates may confuse SageMaker Pipelines (which orchestrates the ML workflow) with Model Registry (which manages model versions and approvals), but Pipelines lacks native versioning and approval gatekeeping, while Model Registry is specifically designed for those governance tasks.

How to eliminate wrong answers

Option A is wrong because SageMaker Neo is a model optimization and compilation service that converts trained models into efficient runtime code for target hardware (e.g., ARM, Intel, NVIDIA), but it does not provide model versioning, approval workflows, or cross-account deployment capabilities. Option B is wrong because SageMaker Pipelines is a CI/CD orchestration service for building, training, and deploying ML pipelines, but it does not natively include a model registry with approval gates or cross-account deployment features; while it can integrate with Model Registry, Pipelines itself does not offer versioning or approval management. Option C is wrong because Amazon Elastic Inference is a service that attaches low-cost GPU-powered inference acceleration to SageMaker endpoints, but it has no role in model versioning, approval workflows, or cross-account deployment.

Practice this question →

7

MCQhard

A company uses SageMaker Pipelines to orchestrate their ML workflow. They notice that if a pipeline step fails due to a transient error (e.g., a brief network issue), the entire pipeline fails and they must manually rerun from the beginning. They want to automatically retry failed steps a few times before failing. What should they do?

A.Use a Lambda function to catch step failures and re-invoke the step

B.Use the CreatePipelineExecution API with a flag to ignore failures

C.Configure a RetryPolicy in the pipeline step definition to specify the number of retry attempts and backoff

D.Use AWS Step Functions to orchestrate the workflow instead of SageMaker Pipelines

AnswerC

SageMaker Pipelines supports RetryPolicy to automatically retry steps on failure.

Why this answer

SageMaker Pipelines supports retry policies for steps. By setting a RetryPolicy in the step definition with a maximum number of retry attempts, the pipeline will automatically retry the step on failure. The other options do not achieve automatic retry within the pipeline: Step Functions would require rebuilding the pipeline, Lambda cannot retry pipeline steps, and CreatePipelineExecution does not handle retries.

Practice this question →

8

MCQmedium

An ML engineer needs to orchestrate a multi-step workflow that includes data preprocessing on Spark, model training on SageMaker, and deployment to a production endpoint. They require tight integration with other AWS services and the ability to add custom logic. Which AWS service should they use alongside SageMaker?

A.AWS Step Functions

B.AWS CloudFormation

C.SageMaker Pipelines

D.Amazon EventBridge

AnswerA

Why this answer

AWS Step Functions is the correct choice because it provides a serverless workflow orchestration service that can coordinate multi-step ML pipelines involving Spark on AWS Glue or EMR, SageMaker training jobs, and endpoint deployments. It offers tight integration with over 200 AWS services via direct SDK integrations, supports custom logic through Lambda functions, and includes built-in error handling, retries, and parallel execution — making it ideal for complex, heterogeneous ML workflows that extend beyond SageMaker's native capabilities.

Exam trap

The trap here is that candidates confuse SageMaker Pipelines (a SageMaker-native orchestrator) with a general-purpose orchestrator, overlooking the requirement for tight integration with non-SageMaker services like Spark and custom logic — Step Functions is the correct choice for heterogeneous, multi-service ML workflows.

How to eliminate wrong answers

Option B (AWS CloudFormation) is wrong because it is an Infrastructure as Code (IaC) service for provisioning and managing AWS resources declaratively, not a workflow orchestrator — it cannot sequence steps like 'run Spark job, then train model, then deploy endpoint' with conditional logic or dynamic state management. Option C (SageMaker Pipelines) is wrong because while it can orchestrate SageMaker-native steps (training, tuning, batch transform), it lacks direct integration with external services like Spark on EMR or Glue and cannot easily incorporate custom logic outside the SageMaker ecosystem — the question explicitly requires tight integration with other AWS services and custom logic beyond SageMaker. Option D (Amazon EventBridge) is wrong because it is an event bus service for routing events between services based on rules, not a workflow orchestrator — it cannot manage sequential dependencies, retries, or stateful execution of a multi-step pipeline.

Practice this question →

9

MCQeasy

A machine learning engineer needs to optimize a trained TensorFlow model for deployment on edge devices with limited compute. Which SageMaker feature should they use to compile the model for target hardware?

A.SageMaker Model Monitor

B.SageMaker Neo

C.SageMaker Debugger

D.SageMaker Elastic Inference

AnswerB

Neo compiles models for target hardware, optimizing for edge deployment.

Why this answer

SageMaker Neo is the correct choice because it is specifically designed to compile trained machine learning models into an optimized format for target hardware architectures, such as ARM, Intel, or NVIDIA, enabling efficient inference on edge devices with limited compute resources. It uses a compiler to apply hardware-specific optimizations like operator fusion and memory layout tuning, reducing latency and memory footprint without requiring manual code changes.

Exam trap

The trap here is that candidates confuse SageMaker Neo with SageMaker Elastic Inference, mistakenly thinking Elastic Inference compiles models for edge devices, when in fact Elastic Inference only accelerates cloud inference by attaching a fractional GPU and does not perform compilation or target edge hardware.

How to eliminate wrong answers

Option A is wrong because SageMaker Model Monitor is used for detecting data drift and model quality degradation in production, not for compiling or optimizing models for hardware. Option C is wrong because SageMaker Debugger is a tool for monitoring training jobs, capturing tensors and metrics to debug issues like vanishing gradients, not for post-training compilation or hardware-specific optimization. Option D is wrong because SageMaker Elastic Inference attaches a separate accelerator to an endpoint for low-cost GPU acceleration, but it does not compile or optimize the model for edge hardware; it is a runtime acceleration service for cloud inference, not for edge deployment.

Practice this question →

10

MCQmedium

A startup wants to deploy a model that has variable traffic patterns, with some periods of no traffic and occasional spikes. They want to pay only for what they use and do not want to manage instances. Which SageMaker inference option should they choose?

A.Batch transform

B.Real-time endpoint with auto-scaling

C.Serverless inference

D.Multi-model endpoint

AnswerC

Serverless inference scales to zero and charges per request, perfect for variable traffic.

Why this answer

Serverless inference is the correct choice because it automatically scales to zero during periods of no traffic and scales up to handle spikes, charging only for the compute time used. This eliminates the need to manage underlying instances, making it ideal for variable and intermittent traffic patterns.

Exam trap

The trap here is that candidates often confuse auto-scaling with the ability to scale to zero, but real-time endpoints with auto-scaling still maintain a minimum number of instances, incurring costs during idle periods, whereas serverless inference truly scales to zero.

How to eliminate wrong answers

Option A is wrong because batch transform is designed for offline, asynchronous predictions on large datasets, not for real-time or variable traffic patterns with occasional spikes. Option B is wrong because real-time endpoints with auto-scaling still require provisioning and managing underlying instances, and they cannot scale to zero, meaning you incur costs even during no traffic. Option D is wrong because multi-model endpoints reduce hosting costs by sharing instances across models but still require managing instances and cannot scale to zero, so you pay for idle capacity.

Practice this question →

11

MCQhard

An ML team uses AWS Step Functions to orchestrate a retraining pipeline triggered by EventBridge when new training data arrives. The pipeline includes a SageMaker training job and a model evaluation. If evaluation fails, the team wants to send an alert. How should they implement this?

A.Use SQS dead-letter queue for failed training jobs

B.Add a Catch rule in the Step Functions state machine to invoke a Lambda alert function

C.Configure SageMaker training job to publish to SNS on failure

D.Use EventBridge to monitor the training job status

AnswerB

Catch rules in Step Functions handle errors and route to fallback states.

Why this answer

Step Functions supports error handling via Catch rules; a Catch on the training or evaluation task can transition to a Lambda function that sends an alert.

Practice this question →

12

MCQhard

A company needs to deploy a large language model (LLM) on SageMaker with the Triton Inference Server to maximize GPU utilization and reduce latency. They have an NVIDIA A100 GPU. Which SageMaker inference option supports Triton?

A.SageMaker Batch Transform with Triton

B.SageMaker real-time endpoint using a Triton Inference Server container

C.SageMaker Serverless Inference with a custom container

D.SageMaker Neo compiled model on a CPU endpoint

AnswerB

Why this answer

SageMaker real-time endpoints support the Triton Inference Server through a pre-built container that integrates with NVIDIA A100 GPUs, enabling dynamic batching and concurrent model execution to maximize GPU utilization and reduce latency. Triton is designed for high-throughput inference on GPU hardware, making it the correct choice for this scenario.

Exam trap

The trap here is that candidates may confuse SageMaker Batch Transform with real-time endpoints, assuming Triton can be used for batch processing, but Triton is specifically designed for real-time, low-latency inference and is not supported in Batch Transform jobs.

How to eliminate wrong answers

Option A is wrong because SageMaker Batch Transform does not support the Triton Inference Server; it is designed for offline, asynchronous inference on large datasets without real-time GPU optimization features. Option C is wrong because SageMaker Serverless Inference does not support GPU instances or custom containers with Triton; it is limited to CPU-based inference and automatically managed scaling. Option D is wrong because SageMaker Neo compiles models for CPU or edge devices, not for GPU inference with Triton, and using a CPU endpoint would not leverage the A100 GPU's capabilities.

Practice this question →

13

MCQmedium

A data science team uses SageMaker Pipelines for automated training. They need to conditionally register a model only if evaluation metrics exceed a threshold. Which pipeline step type should they use after the evaluation step?

A.Condition step

B.Processing step

C.Transform step

D.RegisterModel step

AnswerA

Condition step allows branching based on a Boolean condition, such as metric threshold.

Why this answer

The Condition step evaluates a condition and branches the pipeline; if the condition is met, the pipeline proceeds to register the model.

Practice this question →

14

MCQmedium

A company runs a batch inference job on 10 TB of image data stored in S3. Each image needs to be processed by a GPU-accelerated model. The job is not time-sensitive and cost is the primary concern. Which SageMaker option is MOST appropriate?

A.SageMaker Serverless Inference

B.SageMaker Batch Transform with GPU instance and spot instances

C.SageMaker Async Inference with GPU

D.SageMaker real-time endpoint on GPU instances

AnswerB

Why this answer

Batch Transform with GPU spot instances is the most cost-effective choice for a non-time-sensitive, large-scale batch inference job on 10 TB of data. Spot instances offer up to 90% cost savings over on-demand, and Batch Transform natively handles splitting the dataset, distributing work across instances, and writing results to S3 without requiring a persistent endpoint.

Exam trap

The trap here is that candidates confuse 'batch inference' with 'async inference' and choose Option C, not realizing that Async Inference still requires a running endpoint and is designed for near-real-time processing, not cost-optimized offline batch jobs.

How to eliminate wrong answers

Option A is wrong because SageMaker Serverless Inference is designed for intermittent, low-latency workloads with a maximum payload size of 6 MB and a maximum concurrency of 200, making it unsuitable for processing 10 TB of image data. Option C is wrong because SageMaker Async Inference is optimized for near-real-time requests with large payloads (up to 1 GB) and requires a persistent endpoint, incurring higher costs than a batch job that can use spot instances. Option D is wrong because SageMaker real-time endpoints are provisioned 24/7 and designed for low-latency, high-throughput serving, which is wasteful and expensive for a non-time-sensitive batch job that can tolerate startup delays and interruptions.

Practice this question →

15

MCQeasy

A company wants to version and track ML models, with an approval workflow for promoting models from staging to production. Which SageMaker feature should they use?

A.SageMaker Model Monitor

B.SageMaker Experiments

C.SageMaker Pipelines

D.SageMaker Model Registry

AnswerD

Model Registry offers versioning, approval workflow, and deployment to production.

Why this answer

SageMaker Model Registry is the correct choice because it provides a centralized repository to catalog, version, and manage ML models, and it supports approval workflows (e.g., PendingApproval, Approved, Rejected) to promote models from staging to production. This directly addresses the requirement for version tracking and an approval gate for model promotion.

Exam trap

The trap here is that candidates confuse SageMaker Pipelines (which orchestrates the workflow) with SageMaker Model Registry (which manages the model versions and approvals), but the question specifically asks for the feature that handles versioning and approval workflow, not the orchestration of the pipeline itself.

How to eliminate wrong answers

Option A is wrong because SageMaker Model Monitor is designed for detecting data and model quality drift in production, not for versioning or approval workflows. Option B is wrong because SageMaker Experiments is used for tracking and comparing training runs (e.g., hyperparameters, metrics), not for managing model versions or approval states. Option C is wrong because SageMaker Pipelines orchestrates end-to-end ML workflows (e.g., data processing, training, deployment) but does not natively provide a model version registry or approval workflow; it can integrate with Model Registry for that purpose.

Practice this question →

16

MCQmedium

A company is deploying a large NLP model on SageMaker for real-time inference. They want to reduce inference latency and cost by optimizing the model for the target hardware. The model is trained in PyTorch. Which SageMaker feature should they use to compile the model for best performance on the chosen instance?

A.SageMaker Neo

B.AWS Step Functions

C.Amazon Elastic Inference

D.SageMaker Triton Inference Server

AnswerA

Neo optimizes models for target hardware to improve inference speed and reduce cost.

Why this answer

SageMaker Neo is the correct choice because it is specifically designed to compile trained models (including PyTorch models) into an optimized binary for a target hardware instance, reducing inference latency and improving throughput. Neo applies hardware-specific optimizations such as operator fusion, memory layout tuning, and quantization, which directly address the need for best performance on the chosen SageMaker instance.

Exam trap

The trap here is that candidates confuse model compilation (Neo) with inference serving (Triton) or hardware acceleration (Elastic Inference), leading them to pick a service that addresses a different part of the inference pipeline.

How to eliminate wrong answers

Option B is wrong because AWS Step Functions is a serverless workflow orchestration service, not a model compilation tool; it cannot optimize model performance for hardware. Option C is wrong because Amazon Elastic Inference attaches a separate accelerator to an instance for cost-effective inference, but it does not compile or optimize the model itself; it only provides additional compute resources. Option D is wrong because SageMaker Triton Inference Server is a high-performance inference server that supports multiple frameworks and model formats, but it does not compile the model for the target hardware; it serves models as-is, relying on the underlying framework's runtime.

Practice this question →

17

Multi-Selectmedium

A company uses SageMaker Pipelines to automate their ML workflow. They want to ensure that pipeline steps are not re-executed if the inputs and parameters have not changed since the last successful run. Which THREE features can help achieve this? (Choose three.)

Select 3 answers

A.Use a ConditionStep to skip steps if data is unchanged

B.Deploy a real-time endpoint for data validation

C.Use SageMaker Model Monitor

D.Enable pipeline caching on each step

E.Leverage SageMaker Experiments lineage to compare input checksums

AnswersA, D, E

A ConditionStep can branch based on data checksums, skipping unnecessary steps.

Why this answer

Pipeline caching reuses step outputs when inputs/parameters are identical. SageMaker Experiments lineage can track previous run metadata. Using a ConditionStep with checksums can skip steps based on data content.

Practice this question →

18

MCQmedium

A team wants to orchestrate a multi-step ML workflow that includes data preprocessing, hyperparameter tuning, model training, evaluation, and conditional deployment to staging or production based on evaluation metrics. The workflow should run on a schedule and track lineage. Which service should they use?

A.SageMaker Pipelines

B.Amazon MWAA (Managed Workflows for Apache Airflow)

C.AWS Glue workflows

D.AWS Step Functions with Lambda functions for each step

AnswerA

SageMaker Pipelines provides DAG-based orchestration with all the required step types and automatic lineage tracking.

Why this answer

SageMaker Pipelines is the correct choice because it is purpose-built for orchestrating multi-step ML workflows, including data preprocessing, hyperparameter tuning, model training, evaluation, and conditional deployment. It natively supports scheduling via EventBridge or a cron expression, tracks lineage automatically through SageMaker Experiments and artifact tracking, and allows conditional branching (e.g., deploy to staging or production based on evaluation metrics) using `ConditionStep`.

Exam trap

The trap here is that candidates often choose AWS Step Functions or MWAA because they are familiar general-purpose orchestrators, but they overlook that SageMaker Pipelines is the only service that provides native, end-to-end ML workflow orchestration with built-in lineage tracking, conditional deployment, and direct integration with SageMaker training, tuning, and model registry.

How to eliminate wrong answers

Option B (Amazon MWAA) is wrong because while Apache Airflow can orchestrate ML workflows, it is a general-purpose workflow engine that requires significant custom setup for ML-specific features like hyperparameter tuning, model evaluation, and lineage tracking; it lacks native integration with SageMaker's conditional deployment and artifact lineage. Option C (AWS Glue workflows) is wrong because Glue workflows are designed for ETL and data preparation tasks, not for orchestrating ML training, hyperparameter tuning, or conditional model deployment; they do not support SageMaker training jobs or endpoint deployment natively. Option D (AWS Step Functions with Lambda functions for each step) is wrong because although Step Functions can orchestrate steps, using Lambda for each ML step introduces cold start latency, payload size limits (256 KB), and a maximum execution duration of 15 minutes, making it impractical for long-running training jobs or hyperparameter tuning; it also lacks built-in lineage tracking and conditional deployment logic specific to ML models.

Practice this question →

19

MCQmedium

A data science team needs to deploy a PyTorch model that performs real-time inference with sub-100ms latency. The model requires GPU acceleration, but the team wants to minimize cost by sharing GPU instances across multiple models. Which SageMaker hosting option should they choose?

A.SageMaker real-time endpoint with Multi-Model Endpoint (MME) on an ml.g4dn instance

B.SageMaker real-time endpoint with a single model per ml.g4dn instance

C.SageMaker Serverless Inference

D.SageMaker Asynchronous Inference

AnswerA

MME on GPU instances allows multiple models to share the same GPU, reducing cost while meeting latency requirements.

Why this answer

SageMaker Multi-Model Endpoint (MME) allows multiple PyTorch models to share a single GPU instance (e.g., ml.g4dn), reducing cost while meeting sub-100ms latency requirements. MME dynamically loads and unloads models into GPU memory based on traffic, enabling real-time inference with GPU acceleration without dedicating a full instance per model.

Exam trap

The trap here is that candidates often confuse SageMaker Serverless Inference with GPU support, but Serverless does not provide GPU acceleration, making it unsuitable for this latency-sensitive GPU workload.

How to eliminate wrong answers

Option B is wrong because deploying a single model per ml.g4dn instance would increase cost significantly, as the team wants to share GPU instances across multiple models. Option C is wrong because SageMaker Serverless Inference does not support GPU acceleration, so it cannot meet the sub-100ms latency requirement for PyTorch models needing GPU. Option D is wrong because SageMaker Asynchronous Inference is designed for large payloads and longer processing times (typically seconds to minutes), not for real-time sub-100ms inference.

Practice this question →

20

MCQhard

A team uses SageMaker Pipelines with a Condition step to decide whether to register a model based on evaluation metrics. They want to also store the evaluation results for lineage tracking. Which step should they use to record the metrics?

A.Condition step

B.Training step

C.RegisterModel step

D.Processing step

AnswerC

RegisterModel step registers the model and can include evaluation metrics as metadata.

Why this answer

The RegisterModel step in SageMaker Pipelines is designed to create a model version in the SageMaker Model Registry, and it can accept metadata such as evaluation metrics via the `InferenceSpecification` or by passing a metrics dictionary. This allows the team to store evaluation results alongside the model for lineage tracking, fulfilling the requirement to record metrics after a Condition step approves registration.

Exam trap

The trap here is that candidates often assume the Condition step or Processing step can directly store metrics for lineage, but only the RegisterModel step can bind evaluation results to a model version in the Model Registry, which is the explicit requirement for lineage tracking.

How to eliminate wrong answers

Option A is wrong because the Condition step only evaluates a boolean expression (e.g., comparing metrics against a threshold) to control pipeline flow; it does not have the capability to store or persist metrics. Option B is wrong because the Training step outputs a model artifact and training metrics, but it does not record evaluation metrics from a separate evaluation job into the Model Registry for lineage tracking. Option D is wrong because a Processing step can compute evaluation metrics, but it does not inherently register them with the model in the Model Registry; it would need an additional step (like RegisterModel) to persist those metrics for lineage.

Practice this question →

21

Multi-Selecthard

A team is deploying a model using SageMaker real-time endpoint with an ml.m5.large instance. They notice high latency under peak load. They want to reduce latency without increasing instance size. Which THREE actions could help? (Select THREE.)

Select 3 answers

A.Quantize the model to reduce its size

B.Increase the number of instances in the endpoint

C.Compile the model with SageMaker Neo for the ml.m5 instance

D.Attach Amazon Elastic Inference to the endpoint

E.Change the instance type to ml.g4dn.xlarge

AnswersA, C, D

Why this answer

SageMaker Neo compiles the model for the target hardware, reducing latency. Elastic Inference attaches GPU acceleration to a CPU instance. Model quantization reduces model size and speeds up inference.

Increasing instance count does not reduce per-request latency (it increases throughput). Changing to a GPU instance increases instance size.

Practice this question →

22

MCQmedium

A data scientist wants to train a model on SageMaker using a custom PyTorch script, then register the best model in the SageMaker Model Registry. The training job is part of a SageMaker Pipeline. Which pipeline step should be used to register the model?

A.RegisterModelStep

B.CreateModelStep

C.TrainingStep

D.TransformStep

AnswerA

RegisterModelStep registers a trained model into the Model Registry.

Why this answer

The `RegisterModelStep` is specifically designed to create a model resource and register it in the SageMaker Model Registry as part of a pipeline. It takes the training output (e.g., model artifacts from a `TrainingStep`) and packages it with the specified inference image and metadata, then creates a model package group version. This is the correct step for registering a model after training, as it directly integrates with the Model Registry for versioning and approval workflows.

Exam trap

The trap here is that candidates confuse `CreateModelStep` (which creates a deployable model resource) with `RegisterModelStep` (which creates a model package version in the registry), assuming both serve the same purpose of model registration.

How to eliminate wrong answers

Option B is wrong because `CreateModelStep` only creates a SageMaker model resource (for deployment or batch inference) but does not register it in the Model Registry; it lacks the versioning and metadata capabilities needed for registry management. Option C is wrong because `TrainingStep` is used to run a training job and produce model artifacts, but it has no built-in functionality to register the model into the Model Registry; registration requires a separate step. Option D is wrong because `TransformStep` is used for batch inference (transform jobs) on existing models, not for registering models into the registry.

Practice this question →

23

MCQmedium

A company is using SageMaker Pipelines to orchestrate their ML workflow. They have a Condition step that checks if a model's accuracy exceeds 0.9. If true, they want to register the model in the model registry; otherwise, they want to run a retraining step. Which step type should they use for the decision?

A.Condition step

B.Transform step

C.Processing step

D.Tuning step

AnswerA

Condition step allows branching in the pipeline based on a Boolean condition.

Why this answer

The Condition step in SageMaker Pipelines allows you to choose between two branches based on a condition. The other options are not designed for branching: Transform is for batch inference, Tuning is for hyperparameter optimization, and Processing is for data processing.

Practice this question →

24

MCQmedium

A company wants to deploy 50 small models (each ~100 MB) for real-time inference. They need to minimize hosting costs while maintaining low latency. Which SageMaker hosting option is most cost-effective?

A.SageMaker Serverless Inference

B.SageMaker Asynchronous Inference

C.SageMaker Multi-Model Endpoint (MME)

D.SageMaker real-time endpoint with one instance per model

AnswerC

MME allows multiple models to share a single instance, reducing cost.

Why this answer

Multi-Model Endpoint (MME) allows hosting multiple models on the same instance, sharing resources. Since the models are small, MME is cost-effective. Real-time endpoints would require separate instances.

Serverless is for on-demand but may incur cold starts. Asynchronous is for batch-like workloads.

Practice this question →

25

MCQeasy

A data science team has trained a PyTorch model for real-time inference and needs to deploy it on AWS with GPU acceleration while minimizing cold-start latency. Which SageMaker inference option should they choose?

A.Serverless inference

B.Batch transform

C.Asynchronous inference endpoint

D.Real-time endpoint with ml.g4dn instance

AnswerD

GPU-instance-backed real-time endpoints offer low latency and GPU compute, ideal for real-time inference with minimal cold-start.

Why this answer

Real-time endpoints with GPU instances (e.g., ml.g4dn) provide low latency and support GPU acceleration, suitable for interactive inference. Serverless inference does not support GPU instances, asynchronous inference is for non-real-time, and batch transform is for offline predictions.

Practice this question →

26

MCQhard

A company wants to serve a large ensemble of models using NVIDIA Triton Inference Server on SageMaker for high throughput GPU inference. Which SageMaker inference option supports this?

A.Asynchronous Inference

B.Multi-model endpoint

C.Serverless Inference

D.Real-time endpoint with a custom container running Triton

AnswerD

Customers can bring their own Triton container to SageMaker real-time endpoints for optimal GPU inference.

Why this answer

SageMaker supports Triton Inference Server through a custom real-time endpoint container, as Triton is optimized for GPU serving on NVIDIA hardware.

Practice this question →

27

MCQhard

A team uses SageMaker Pipelines to train and register a model. They want to conditionally run a hyperparameter tuning step only if the data quality check passes. Which pipeline step type should they use to branch the execution?

A.TuningStep

B.TrainingStep

C.ConditionStep

D.TransformStep

AnswerC

Why this answer

The ConditionStep allows comparing values and branching to different steps. If data quality passes, the tuning step runs; otherwise, the pipeline stops or runs an alternative step. Other steps do not provide conditional branching.

Practice this question →

28

MCQmedium

A company needs to deploy a new model version to a SageMaker real-time endpoint. They want to route 5% of traffic to the new version initially to monitor for errors before full rollout. Which deployment strategy should they use?

A.Blue/green deployment

B.Shadow testing

C.Canary deployment with production variants

D.Multi-model endpoint

AnswerC

Production variants allow traffic splitting; setting initial weight to 5% on the new variant achieves a canary.

Why this answer

A canary deployment with production variants allows you to route a specific percentage of traffic (e.g., 5%) to the new model version by adjusting the `InitialVariantWeight` parameter in the production variant configuration. This enables gradual traffic shifting while monitoring errors, and you can later increase the weight to 100% for full rollout. SageMaker real-time endpoints support this natively by hosting multiple model variants behind the same endpoint.

Exam trap

The trap here is that candidates confuse canary deployment with shadow testing, mistakenly thinking shadow testing also routes live user traffic, when in fact shadow testing only duplicates traffic for validation without affecting the user experience.

How to eliminate wrong answers

Option A is wrong because blue/green deployment switches all traffic from the old version to the new version at once, not a gradual 5% routing, which defeats the purpose of initial error monitoring. Option B is wrong because shadow testing sends a copy of live traffic to the new version but does not serve responses to users; it is used for validation without impacting production traffic, not for routing a percentage of user-facing traffic. Option D is wrong because a multi-model endpoint hosts multiple models on the same endpoint but does not provide traffic splitting or weighted routing between model versions; it is designed for cost efficiency with many models, not gradual rollout.

Practice this question →

29

MCQhard

An ML team uses SageMaker Pipelines to automate model retraining. They want to skip redundant training steps when input data has not changed. Which feature should they enable?

A.Pipeline caching

B.Pipeline variable expressions

C.Model registry approval

D.Step parallelism

AnswerA

Caching compares step hash and skips execution if unchanged.

Why this answer

SageMaker Pipelines caching stores step outputs; if the step configuration and inputs are identical, the pipeline reuses the cached output, skipping execution.

Practice this question →

30

MCQmedium

A company wants to deploy a machine learning model using infrastructure as code to ensure reproducibility. They need to define the SageMaker Studio domain, user profiles, and the endpoint configuration. Which tool should they use?

A.AWS CloudFormation or AWS CDK

B.SageMaker Pipelines

C.AWS Step Functions

D.SageMaker Studio

AnswerA

Both are IaC services that can define and provision SageMaker resources in a reproducible manner.

Why this answer

AWS CloudFormation and AWS CDK are infrastructure-as-code (IaC) tools that allow you to define, provision, and manage AWS resources declaratively. For this use case, they can model the entire SageMaker Studio domain, user profiles, and endpoint configuration in templates or code, ensuring reproducibility and version control. This aligns directly with the requirement to deploy ML infrastructure as code.

Exam trap

The trap here is that candidates confuse SageMaker Pipelines (a CI/CD service for ML steps) with infrastructure-as-code tools, forgetting that Pipelines does not manage underlying infrastructure resources like Studio domains or endpoint configurations.

How to eliminate wrong answers

Option B (SageMaker Pipelines) is wrong because it is a purpose-built CI/CD service for ML workflows (training, tuning, batch transforms), not for defining and provisioning infrastructure resources like Studio domains or endpoints. Option C (AWS Step Functions) is wrong because it is a serverless workflow orchestration service for coordinating distributed applications and microservices, not for defining infrastructure resources declaratively. Option D (SageMaker Studio) is wrong because it is the web-based IDE for ML development, not a tool for defining or deploying infrastructure as code.

Practice this question →

31

MCQeasy

Which SageMaker feature compiles a trained model into an optimized binary for a specific hardware target (e.g., Intel, ARM, NVIDIA, or edge devices) to improve inference performance?

A.SageMaker Model Monitor

B.SageMaker Neo

C.Amazon Elastic Inference

D.SageMaker Clarify

AnswerB

Neo compiles models to run efficiently on target hardware including edge devices.

Why this answer

SageMaker Neo is a model compilation service that optimizes models for specific hardware targets. Amazon Elastic Inference attaches GPU acceleration to endpoints, but does not compile models. Model Monitor monitors quality.

SageMaker Clarify explains predictions.

Practice this question →

32

MCQmedium

A company uses SageMaker Model Registry to manage model versions. They want to automate the approval of models that pass automated evaluation, but require manual approval for others. Which Model Registry feature supports this workflow?

A.Approval workflow via pipeline Condition step

B.Cross-account deployment

C.Model versioning

D.Model lineage

AnswerA

A pipeline Condition step can set the model status to Approved or PendingManualApproval based on metrics.

Why this answer

Model Registry supports approval statuses (PendingManualApproval, Approved, Rejected). Automated evaluation can set status to Approved, while borderline cases can be set to PendingManualApproval.

Practice this question →

33

MCQmedium

A company needs to serve real-time predictions from a large ensemble of three deep learning models, each requiring different inference environments (PyTorch, TensorFlow, MXNet). Which SageMaker endpoint type supports running multiple inference containers together?

A.Multi-model endpoint

B.Real-time endpoint with a single container

C.Multi-container endpoint

D.Asynchronous endpoint

AnswerC

Multi-container endpoints support multiple inference containers, each with its own environment.

Why this answer

Amazon SageMaker multi-container endpoints allow you to run multiple inference containers (e.g., PyTorch, TensorFlow, MXNet) within a single endpoint, each handling different models or inference environments. This is achieved by deploying multiple containers behind a single endpoint with a serial or direct invocation pattern, enabling real-time predictions from the ensemble without managing separate endpoints.

Exam trap

The trap here is that candidates often confuse 'multi-model endpoint' (multiple models in one container) with 'multi-container endpoint' (multiple containers with different environments), leading them to incorrectly select Option A.

How to eliminate wrong answers

Option A is wrong because a multi-model endpoint hosts multiple models within a single container, not multiple containers with different inference environments; it uses a shared serving container and loads models dynamically from Amazon S3. Option B is wrong because a real-time endpoint with a single container can only run one inference environment, making it impossible to serve the three different deep learning frameworks required by the ensemble. Option D is wrong because an asynchronous endpoint is designed for large payloads and long processing times, not for real-time predictions, and it still uses a single container per endpoint.

Practice this question →

34

Multi-Selecthard

A machine learning engineer is designing a SageMaker Pipeline that includes a training step, a processing step for evaluation, and a condition step to decide whether to register the model. The pipeline should support caching to avoid redundant runs when inputs haven't changed. Which three steps must have caching enabled? (Select THREE.)

Select 3 answers

A.Training step

B.Transform step (if used)

C.Processing step (evaluation)

D.Condition step

E.RegisterModel step

AnswersA, C, E

Training outputs a model artifact; caching avoids retraining if inputs unchanged.

Why this answer

For caching to avoid redundant runs, the steps that produce outputs that can be reused must have caching enabled. The processing step (evaluation) and training step both generate outputs that can be cached if their inputs (code, data, hyperparameters) remain the same. The condition step does not produce outputs to cache; it just branches.

The RegisterModel step typically registers metadata, but its inputs (model artifact, metrics) may be generated by previous steps; enabling caching on the RegisterModel step can also avoid re-running if the same model artifact is already registered.

Practice this question →

35

MCQmedium

A team uses MLflow on SageMaker for experiment tracking. They want to automatically deploy the best-performing model from an MLflow run to a SageMaker endpoint for real-time inference. What is the MOST efficient way to achieve this?

A.Use AWS Step Functions to trigger an MLflow run and then call SageMaker CreateEndpoint

B.Use SageMaker Pipelines with the MLflow integration to register the model and deploy via a Transform step

C.Set up an EventBridge rule to trigger a Lambda that deploys the model whenever a new MLflow run is logged

D.Manually export the model artifact from MLflow and upload to S3, then create a SageMaker model and endpoint

AnswerB

SageMaker Pipelines can automate the workflow: get best run from MLflow, register model, and deploy using a Transform or endpoint deployment step.

Why this answer

The MLflow Model Registry can be integrated with SageMaker via the MLflow plugin for SageMaker, which allows direct deployment from the registry to an endpoint. Alternatively, using SageMaker Pipelines with the MLflow integration is more automated and production-grade.

Practice this question →

36

MCQeasy

A machine learning engineer needs to deploy a model that requires less than 100 ms inference latency for real-time predictions. The model is a small PyTorch model that fits in a single GPU. Which SageMaker inference option is MOST cost-effective for this scenario?

A.Asynchronous inference endpoint

B.Real-time endpoint on ml.g4dn.xlarge

C.Batch transform job

D.Serverless inference with max concurrency set to 10

AnswerD

Serverless inference scales to zero when idle and charges only for the compute time used, making it cost-effective for low and variable traffic.

Why this answer

For low latency and occasional traffic, serverless inference is cost-effective because it scales to zero when not in use and charges per inference. Real-time endpoints incur cost even when idle, batch transform is for offline processing, and asynchronous inference has higher latency.

Practice this question →

37

MCQmedium

A company uses SageMaker Model Registry to manage model versions. They want to enforce that only models with an 'Approved' status can be deployed to production endpoints. How can they enforce this?

A.Use AWS Lambda to check the model status during deployment

B.Set IAM policies with a condition on sagemaker:ModelVersionStatus

C.Use SageMaker Pipelines to deploy only approved models

D.Configure SCPs to block deployment of unapproved models

AnswerB

IAM condition keys allow restricting CreateEndpointConfig to only approved models.

Why this answer

SageMaker Model Registry supports approval workflows. By using IAM policies that conditionally allow deployment only when the model version status is 'Approved', the company can enforce governance.

Practice this question →

38

Multi-Selectmedium

A company wants to test a new ML model in production with minimal risk before shifting full traffic. They have an existing real-time endpoint serving model version A. They need to route 5% of live traffic to model version B and monitor performance for 24 hours. Which TWO steps should they take? (Choose TWO.)

Select 2 answers

A.Deploy model B using SageMaker batch transform and compare offline metrics

B.Configure a CloudWatch alarm to roll back if error rate exceeds a threshold

C.Use SageMaker's blue/green deployment and shift 5% traffic initially

D.Create a new endpoint with model B and use Amazon Route 53 to split 5% of traffic

E.Update the existing endpoint to include two production variants: variant A with 95% traffic and variant B with 5% traffic

AnswersB, E

CloudWatch alarms can be set on endpoint metrics (e.g., error rate, latency) to trigger automatic rollback or alert the team.

Why this answer

Blue/green deployment creates a new endpoint with the new model and swaps all traffic at once, not a gradual shift. Canary deployment routes a small percentage of traffic to the new version for testing. SageMaker supports canary deployments by updating the endpoint with multiple production variants and specifying initial traffic weights.

The existing endpoint should be updated to include both variants.

Practice this question →

39

MCQeasy

A company needs to deploy a model that processes large payloads (up to 1 GB) asynchronously. The results should be written to S3, and the team needs SNS notifications upon completion. Which SageMaker inference option is MOST suitable?

A.Asynchronous Inference

B.Batch Transform

C.Real-time endpoint

D.Serverless Inference

AnswerA

Designed for large payloads, writes results to S3, and can send SNS notifications.

Why this answer

Asynchronous Inference is designed for large payloads, processes requests asynchronously, and supports SNS notifications on completion.

Practice this question →

40

Multi-Selecthard

A team is optimizing a deep learning model for deployment on SageMaker using SageMaker Neo. Which THREE of the following are valid optimization techniques that Neo can apply? (Choose THREE.)

Select 3 answers

A.Pruning (removing redundant weights)

B.Operator fusion (combining adjacent operations)

C.Knowledge distillation

D.Hyperparameter tuning

E.Quantisation (e.g., FP16, INT8)

AnswersA, B, E

Neo can prune model weights to reduce model size and computational cost.

Why this answer

SageMaker Neo performs hardware-specific optimizations including quantisation (reducing precision), pruning (removing redundant weights), and operator fusion (combining operations). Knowledge distillation is a training-time technique, not part of Neo. Hyperparameter tuning is done by SageMaker Tuning jobs, not Neo.

Practice this question →

41

MCQmedium

A team wants to use AWS Step Functions to orchestrate a retraining workflow that is triggered when new data arrives in an S3 bucket. They also need to monitor model drift. Which event-driven approach should they use?

A.Configure EventBridge to capture S3 PutObject events and target an AWS Step Functions state machine that runs the retraining pipeline

B.Use a cron-based Step Function schedule that checks for new data every hour

C.Set up an S3 event notification to invoke a Lambda function that starts a SageMaker training job directly

D.Use SageMaker Pipelines with a schedule trigger

AnswerA

EventBridge triggers the Step Functions workflow upon new data arrival, allowing orchestration of retraining and drift monitoring.

Why this answer

AWS EventBridge can capture S3 PutObject events (via S3's default event notifications or a more granular EventBridge rule) and directly target a Step Functions state machine as a target. This creates a fully event-driven, serverless orchestration for the retraining pipeline without polling or custom code. Step Functions then coordinates the retraining steps, including model drift monitoring, in a reliable and auditable manner.

Exam trap

The trap here is that candidates often confuse S3 event notifications (which directly invoke Lambda) with EventBridge (which can target Step Functions), and they overlook that Step Functions is the recommended orchestration service for complex ML workflows, not just Lambda or SageMaker Pipelines alone.

How to eliminate wrong answers

Option B is wrong because a cron-based schedule polls for new data on a fixed interval, which is not event-driven; it introduces latency and unnecessary invocations when no new data has arrived, and it does not react immediately to S3 events. Option C is wrong because while S3 event notifications can invoke a Lambda function, this approach bypasses Step Functions orchestration, making it harder to manage complex retraining workflows, error handling, and monitoring model drift as part of a coordinated pipeline. Option D is wrong because SageMaker Pipelines with a schedule trigger is not event-driven; it relies on a time-based trigger rather than reacting to new data arrival in S3, and it lacks the flexibility of Step Functions for integrating with other AWS services for drift monitoring.

Practice this question →

42

Multi-Selecthard

A team uses SageMaker Pipelines to train and evaluate a model. They want to run the training step only if the data quality check passes, otherwise skip. Which TWO pipeline step types are required? (Select TWO.)

Select 2 answers

A.RegisterModel step

B.Condition step

C.Processing step

D.Training step

E.Transform step

AnswersB, D

Evaluates the condition and determines the next step.

Why this answer

The Condition step (B) is required because SageMaker Pipelines uses a Condition step to evaluate a boolean expression—such as whether a data quality check passed—and then conditionally execute subsequent steps. The Training step (D) is required because it is the step that actually runs the model training job, and it must be placed inside the 'If' branch of the Condition step to run only when the condition is true.

Exam trap

The trap here is that candidates often think a Processing step (C) can handle conditional logic because it runs custom code, but SageMaker Pipelines requires a dedicated Condition step for branching; the Processing step is only for data processing, not for pipeline control flow.

Practice this question →

43

Multi-Selectmedium

A company wants to deploy a new model using a canary deployment strategy on SageMaker. Which two actions should they take? (Select TWO.)

Select 2 answers

A.Register both models in the Model Registry with 'Approved' status

B.Use SageMaker Model Monitor to compare model performance

C.Create a new endpoint with two production variants

D.Enable data capture on the endpoint

E.Set the initial traffic weights for the variants (e.g., 95% and 5%)

AnswersC, E

Two variants enable traffic splitting between current and new models.

Why this answer

To implement canary deployment, create two production variants (current and new) with initial traffic weights (e.g., 95% and 5%), then update the endpoint to gradually shift traffic. Using endpoint update with routing config adjusts traffic weights over time.

Practice this question →

44

MCQmedium

A team has a SageMaker Pipeline that trains a model and registers it in the Model Registry. They want to automate the deployment of the approved model to a staging environment. Which event-driven approach should they use?

A.Use an SQS queue to store approval messages and have a cron job process them

B.Set up a CloudWatch alarm on the Model Registry's ApprovalStatus metric

C.Use Amazon EventBridge to listen for Model Registry approval events and trigger an AWS Lambda function that deploys the model

D.Configure an AWS Step Functions state machine to poll the Model Registry every minute

AnswerC

This is a serverless, event-driven pattern that reacts immediately to approval.

Why this answer

The Amazon EventBridge integration with SageMaker can trigger on Model Registry status changes (e.g., when a model version is approved). A Lambda function can then deploy the model to a staging endpoint. Step Functions can be used, but the trigger should be EventBridge.

CloudWatch alarms are for monitoring metrics.

Practice this question →

45

MCQmedium

A startup wants to deploy a containerized ML application that includes both a model inference server and a preprocessing component in the same endpoint. Which SageMaker endpoint type supports running multiple containers?

A.Asynchronous Inference

B.Multi-container endpoint

C.Multi-model endpoint

D.Real-time endpoint

AnswerB

Supports multiple containers sharing the same instance, e.g., preprocessing and inference.

Why this answer

Multi-container endpoints allow running multiple containers, enabling preprocessing and inference in the same endpoint.

Practice this question →

46

MCQhard

A team deploys a model on a SageMaker real-time endpoint using an ml.m5.xlarge instance. The model has high latency due to a large neural network. The team wants to reduce latency without changing the model code. Which option should they use?

A.Increase the instance size to ml.m5.4xlarge

B.Attach Amazon Elastic Inference to the endpoint

C.Use SageMaker Neo to compile the model

D.Switch to a GPU instance like ml.g4dn.xlarge

AnswerB

Elastic Inference provides GPU acceleration at lower cost than a full GPU instance, reducing inference latency.

Why this answer

Amazon Elastic Inference attaches a fixed amount of GPU acceleration to an EC2 instance, providing cost-effective acceleration for deep learning inference without needing a full GPU instance.

Practice this question →

47

Multi-Selectmedium

A team wants to deploy a single SageMaker real-time endpoint that serves both a PyTorch model for NLP and a TensorFlow model for image classification. Each model requires a different inference container. Which two features can they use together to achieve this? (Select TWO.)

Select 2 answers

A.Multi-model endpoint

B.Multi-container endpoint

C.Production variants

D.SageMaker inference components

E.SageMaker Neo compilation

AnswersB, D

Multi-container endpoints can run different containers for different models.

Why this answer

A multi-container endpoint allows running multiple containers (e.g., PyTorch and TensorFlow) on the same endpoint. With inference components, each container can be associated with a specific model, and the routing logic directs requests to the appropriate container based on the model name.

Practice this question →

48

MCQmedium

A company uses SageMaker Model Registry to manage model versions. They have a cross-account deployment requirement: models approved in the development account must be deployed to a production account. Which approach is the MOST secure and recommended?

A.Export the model from Model Registry to a tar.gz file and upload to the production account manually

B.Copy the model artifact to a public S3 bucket and then create the model in the production account

C.Use a Lambda function in the development account to call CreateEndpoint in the production account using cross-account IAM roles

D.Share the model package group from the development account to the production account using AWS RAM, then create a model version in the production account

AnswerD

AWS Resource Access Manager allows sharing model packages across accounts securely, and then the production account can deploy.

Why this answer

Cross-account deployment can be achieved by sharing the model package across accounts using AWS Resource Access Manager (RAM) or by exporting the model artifact to an S3 bucket with appropriate cross-account permissions, then creating the model in the target account.

Practice this question →

49

MCQeasy

A company uses SageMaker Neo to compile a trained model for deployment on edge devices. What is the primary benefit of using Neo?

A.It monitors model drift in production

B.It reduces model size and improves inference speed on target hardware

C.It automatically retrains the model on new data

D.It provides a serverless inference endpoint

AnswerB

Neo uses hardware-specific optimizations like kernel fusion and quantization to improve performance.

Why this answer

SageMaker Neo optimizes models for specific hardware architectures (e.g., ARM, Intel, NVIDIA) to achieve faster inference and lower memory footprint.

Practice this question →

50

MCQeasy

A data science team needs to deploy a trained PyTorch model for real-time inference with sub-100ms latency. The model fits on a single GPU. Which SageMaker inference option is MOST cost-effective while meeting the latency requirement?

A.SageMaker Batch Transform

B.SageMaker real-time endpoint on ml.g4dn.xlarge

C.SageMaker Async Inference

D.SageMaker Serverless Inference

AnswerB

Why this answer

SageMaker real-time endpoints provide dedicated, persistent instances that can handle synchronous inference with sub-100ms latency. The ml.g4dn.xlarge instance includes a single NVIDIA T4 GPU, which is sufficient for the model size and offers the lowest cost among GPU instances that meet the latency requirement. This option balances performance and cost for real-time, low-latency inference.

Exam trap

The trap here is that candidates often choose SageMaker Serverless Inference for its cost-saving potential, but they overlook the cold start latency and lack of GPU support, which makes it unsuitable for real-time, sub-100ms inference with PyTorch models.

How to eliminate wrong answers

Option A is wrong because SageMaker Batch Transform is designed for asynchronous, offline inference on large datasets, not for real-time sub-100ms latency; it processes data in batches and returns results only after the job completes. Option C is wrong because SageMaker Async Inference queues inference requests and processes them asynchronously, which introduces unpredictable latency and is not suitable for sub-100ms real-time requirements. Option D is wrong because SageMaker Serverless Inference auto-scales from zero and has a cold start latency that can exceed 100ms, especially for GPU-based models, making it unsuitable for strict real-time latency demands.

Practice this question →

51

Multi-Selectmedium

A company wants to use SageMaker to deploy a model that requires GPU acceleration for inference but wants to minimize costs by using a smaller attached GPU. Which options can they use? (Select TWO.)

Select 2 answers

A.Amazon Elastic Inference

B.SageMaker Neo compilation

C.Use a smaller GPU instance like ml.g4dn.xlarge instead of ml.p3.2xlarge

D.Quantize the model to INT8 precision

E.Use SageMaker serverless inference with GPU

AnswersA, C

Elastic Inference attaches a GPU accelerator to a CPU instance, providing GPU acceleration at lower cost.

Why this answer

Amazon Elastic Inference (Option A) allows you to attach a smaller, configurable GPU acceleration resource to a SageMaker endpoint, enabling GPU-accelerated inference without the cost of a full GPU instance. This directly meets the requirement of minimizing costs by using a smaller attached GPU.

Exam trap

The trap here is that candidates may confuse SageMaker Neo compilation (a model optimization technique) with hardware acceleration, or mistakenly think SageMaker serverless inference supports GPU, when in fact it only supports CPU-based compute.

Practice this question →

52

MCQmedium

A financial services company needs to enforce that only approved model versions are deployed to production. They use SageMaker Model Registry to track versions, with an approval workflow. Which action must they take in the model registry to ensure only approved models can be deployed?

A.Set the model version status to 'Approved' in the Model Registry

B.Tag the model version as 'production-ready'

C.Manually move the model artifact to a production S3 bucket

D.Use AWS IAM policies to restrict deployment to specific model ARNs

AnswerA

Only model versions with Approved status can be deployed via SageMaker endpoints.

Why this answer

The SageMaker Model Registry uses a status field to control the lifecycle of model versions. By setting the model version status to 'Approved', the company can enforce that only approved models are deployable, as SageMaker's deployment APIs (e.g., CreateModel, CreateEndpointConfig) can be configured to require an 'Approved' status. This integrates with the approval workflow, ensuring that unapproved or pending versions are blocked from production deployment.

Exam trap

The trap here is that candidates may confuse tagging (a flexible but non-enforceable mechanism) with the Model Registry's built-in approval status, which is specifically designed to enforce deployment gates in SageMaker.

How to eliminate wrong answers

Option B is wrong because tagging a model version as 'production-ready' is a metadata label that does not enforce any deployment restrictions; SageMaker does not natively use tags to gate deployments. Option C is wrong because manually moving the model artifact to a production S3 bucket bypasses the Model Registry's approval workflow entirely, offering no governance or audit trail. Option D is wrong because while IAM policies can restrict deployment to specific model ARNs, they do not leverage the Model Registry's approval status; this approach would require manual ARN management and does not integrate with the approval workflow.

Practice this question →

53

MCQmedium

A machine learning team has a model that needs to serve predictions with very low latency (under 10 ms) for a real-time web application. The model is a small ensemble of three neural networks that fits in memory. Which SageMaker inference option is MOST appropriate?

A.SageMaker batch transform

B.SageMaker real-time endpoint

C.SageMaker asynchronous inference

D.SageMaker serverless inference

AnswerB

Real-time endpoints are always running and can achieve sub-10 ms latency with appropriately sized instances.

Why this answer

SageMaker real-time endpoints are designed for low-latency, synchronous inference, making them the best fit for a model that must serve predictions in under 10 ms. Since the ensemble of three neural networks fits in memory, a real-time endpoint can keep the model loaded and respond to each request with minimal overhead, typically using HTTPS and the SageMaker InvokeEndpoint API.

Exam trap

The trap here is that candidates confuse 'low latency' with 'serverless' or 'asynchronous' options, not realizing that serverless inference has cold starts and asynchronous inference adds queueing delays, both of which break the sub-10 ms requirement.

How to eliminate wrong answers

Option A is wrong because SageMaker batch transform is an asynchronous, offline inference option that processes large datasets in batches and does not provide real-time, low-latency responses. Option C is wrong because SageMaker asynchronous inference is designed for requests with large payloads or long processing times, and it introduces queueing and callback mechanisms that add latency beyond the 10 ms requirement. Option D is wrong because SageMaker serverless inference auto-scales from zero and has a cold-start latency that can exceed 10 ms, making it unsuitable for sub-10 ms real-time predictions.

Practice this question →

54

MCQmedium

A team needs to deploy a new model version to production while minimizing risk. They want to route 5% of live traffic to the new model and 95% to the current model, and then gradually increase the new model's traffic. Which SageMaker deployment pattern should they use?

A.Shadow testing

B.Blue/green deployment

C.A/B testing with production variants

D.Canary deployment using production variants

AnswerD

Canary deployment with production variants allows gradual traffic shift from 5% to 100%.

Why this answer

Canary deployment uses production variants with weighted traffic allocation. By setting the new model variant to 5% and the current to 95%, and later adjusting weights, the team can gradually shift traffic. Blue/green is a full switch, and shadow testing duplicates traffic without affecting live responses.

Practice this question →

55

MCQeasy

An ML engineer needs to compile a trained TensorFlow model to run efficiently on a target edge device with an ARM CPU. Which AWS service should they use?

A.SageMaker Debugger

B.AWS Inferentia

C.SageMaker Neo

D.Amazon Elastic Inference

AnswerC

Neo optimizes models for target hardware, including ARM CPUs, using its compiler.

Why this answer

SageMaker Neo compiles trained models for specific hardware targets, including ARM CPUs, to optimize inference performance.

Practice this question →

56

MCQhard

A data science team uses SageMaker Pipelines to orchestrate their ML workflow. They noticed that even when source data hasn't changed, the pipeline re-runs all steps, wasting compute time. What should they enable to avoid redundant runs?

A.Enable pipeline caching by setting the CacheConfig property for each step

B.Configure the pipeline to run on a schedule instead of on-demand

C.Use the Parameter step to pass previous execution ID

D.Use Lambda step to check data changes before running

AnswerA

Caching causes the pipeline to skip steps if inputs and configuration haven't changed, saving time and cost.

Why this answer

SageMaker Pipelines supports step caching via the `CacheConfig` property. When enabled, the pipeline checks if the step's inputs (including source data, parameters, and code) have changed since the last successful run. If no changes are detected, the step is skipped and the previous output is reused, eliminating redundant compute.

Exam trap

The trap here is that candidates may think caching requires external logic (like a Lambda step) or scheduling, when SageMaker Pipelines has a native `CacheConfig` property that directly addresses redundant runs with minimal configuration.

How to eliminate wrong answers

Option B is wrong because scheduling the pipeline does not prevent redundant runs; it only triggers execution at fixed intervals, which could still re-run all steps even when data hasn't changed. Option C is wrong because passing a previous execution ID via a Parameter step does not enable caching; it merely provides a reference but does not automatically skip unchanged steps. Option D is wrong because using a Lambda step to check data changes before running adds custom logic but is not a built-in mechanism for step-level caching; SageMaker Pipelines already provides `CacheConfig` for this purpose, making a Lambda workaround unnecessary and less efficient.

Practice this question →

57

MCQhard

A machine learning engineer deploys a new model version to a SageMaker endpoint with production variants. They want to gradually shift traffic from the old model to the new model, monitoring for errors, and automatically roll back if the error rate exceeds 5%. Which deployment pattern should they use?

A.Canary deployment with CloudWatch alarms

B.A/B testing with traffic splitting

C.Blue/green deployment

D.Shadow testing

AnswerA

Why this answer

Canary deployments gradually shift traffic and allow automated rollback based on CloudWatch alarms. Blue/green switches all at once. A/B testing is for comparing variants.

Shadow testing mirrors traffic but doesn't serve the new model to users.

Practice this question →

58

MCQhard

A team uses SageMaker Pipelines to retrain a model nightly. They want to skip the training step if the new data is unchanged (same checksum as previous run) to save cost and time. Which pipeline configuration achieves this?

A.Enable pipeline caching on the training step

B.Use a Lambda step to check data before running the training step

C.Use a ConditionStep that compares the current data checksum to the previous run's checksum, and branch to a NoOp step if unchanged

D.Set the training step's CacheConfig with a TTL of 24 hours

AnswerC

This allows skipping the training step dynamically based on data content changes.

Why this answer

SageMaker Pipelines' ConditionStep allows you to evaluate a condition—such as comparing the current data checksum to a stored previous checksum—and branch accordingly. If the checksums match, you can route to a NoOp step (which does nothing) instead of executing the training step, thereby skipping the training and saving cost and time. This is the native, recommended pattern for conditional execution in SageMaker Pipelines.

Exam trap

The trap here is that candidates confuse pipeline caching (which caches based on step input parameters) with conditional branching based on external data state, leading them to pick Option A or D, which do not actually evaluate data checksums.

How to eliminate wrong answers

Option A is wrong because pipeline caching in SageMaker reuses a step's output only if the step's input parameters and source code are unchanged; it does not evaluate external data checksums, so it would not detect unchanged new data. Option B is wrong because a Lambda step can check the data, but it cannot directly skip the training step; you would still need a ConditionStep to branch based on the Lambda's result, making the Lambda step redundant and adding unnecessary complexity. Option D is wrong because CacheConfig with a TTL of 24 hours caches the step's output for that duration regardless of data changes, which would incorrectly skip training even if the data had changed within the TTL window, and it does not compare checksums.

Practice this question →

59

MCQmedium

A company has 200 small PyTorch models that are each used infrequently but need to be available for real-time inference. To minimize costs, they want to host all models on a single endpoint. Which SageMaker feature should they use?

A.Multi-model endpoint (MME)

B.Multi-container endpoint

C.Batch Transform job

D.Asynchronous inference endpoint

AnswerA

Why this answer

Multi-model endpoints allow hosting hundreds of models on a single endpoint, automatically loading/unloading models based on traffic. Multi-container endpoints are for different containers, not multiple models. Batch and asynchronous are not real-time.

Practice this question →

60

Multi-Selectmedium

An organization wants to automate ML retraining using an event-driven architecture. Which THREE services should they combine? (Select THREE.)

Select 3 answers

A.SageMaker (training jobs or pipelines)

B.Amazon EventBridge

C.AWS Lambda

D.AWS Glue

E.Amazon CloudWatch Logs

AnswersA, B, C

SageMaker executes the actual retraining.

Why this answer

Amazon SageMaker provides the training jobs and pipelines that execute the ML retraining workflow. Amazon EventBridge acts as the event bus that triggers retraining based on events such as new data arrival or model drift detection. AWS Lambda serves as the lightweight compute layer that can preprocess events, invoke SageMaker APIs, or orchestrate conditional logic before starting a training job.

Exam trap

The trap here is that candidates often confuse AWS Glue as a compute trigger for ML retraining, but Glue is designed for batch ETL and lacks the event-driven, low-latency invocation capabilities required for this architecture.

Practice this question →

61

MCQeasy

A company wants to deploy a trained XGBoost model for batch inference on a large dataset stored in S3. The inference job should be cost-effective and does not require real-time responses. Which SageMaker inference option should they use?

A.SageMaker Batch Transform

B.SageMaker real-time endpoint

C.SageMaker Asynchronous Inference

D.SageMaker Serverless Inference

AnswerA

Batch Transform is designed for batch inference on S3 data, cost-effective and no real-time requirement.

Why this answer

SageMaker Batch Transform is designed for batch inference on large datasets stored in S3, processing data in chunks and writing results to S3. It is cost-effective for non-real-time scenarios. Real-time endpoints are for low-latency inference.

Serverless is for on-demand, not batch. Asynchronous is for near-real-time with S3 input/output but still not ideal for large batch jobs.

Practice this question →

62

MCQhard

A team uses SageMaker real-time endpoints for inference. They want to deploy a new model version and compare its performance with the current version under live traffic without affecting user experience. Which method should they use?

A.A/B testing with production variant traffic splitting

B.Batch transform on a holdout test set

C.Blue/green deployment

D.Shadow testing with SageMaker

AnswerD

Shadow testing duplicates traffic to a shadow variant without serving it to users, allowing safe comparison.

Why this answer

Shadow testing (or shadow deployment) sends a copy of live traffic to the new model variant while the current variant serves the actual response. The shadow variant's performance can be monitored without impacting the user.

Practice this question →

63

MCQmedium

A company wants to deploy a single model that processes images from a production line. The images are uploaded to an S3 bucket every few minutes, and the inference results must be stored back to S3. The team wants to avoid paying for idle compute and prefers a fully managed, on-demand solution. Which SageMaker inference option should they use?

A.SageMaker batch transform

B.SageMaker asynchronous inference

C.SageMaker real-time endpoint with auto scaling

D.SageMaker serverless inference

AnswerB

Asynchronous inference is ideal for near-real-time, event-driven workloads with S3 input/output and scales to zero when idle.

Why this answer

Asynchronous inference is designed for this use case: it processes images from S3 input, writes results to S3 output, scales to zero when idle, and is fully managed. Real-time endpoints are always running and incur cost when idle. Batch transform is not event-driven.

Serverless inference is event-driven but has a payload limit and cold start that may not be suitable for image payloads.

Practice this question →

64

MCQmedium

A company wants to deploy a PyTorch model on SageMaker using the NVIDIA Triton Inference Server for GPU acceleration. They have an existing Triton configuration. Which approach should they take?

A.Use SageMaker Neo to compile the model for Triton

B.Package Triton as a custom container and use SageMaker batch transform

C.Use the SageMaker Triton Inference Server container from the Deep Learning Containers

D.Use the standard SageMaker PyTorch container and install Triton at runtime

AnswerC

The SageMaker Triton DLC is pre-configured for Triton and supports PyTorch models.

Why this answer

AWS provides a pre-built SageMaker Triton Inference Server container as part of the Deep Learning Containers (DLCs), which is optimized for GPU acceleration and supports the existing Triton configuration without modification. This container integrates directly with SageMaker hosting endpoints, enabling seamless deployment of PyTorch models with Triton's features like dynamic batching and model concurrency.

Exam trap

The trap here is that candidates may assume SageMaker Neo is a universal compilation tool for any inference server, but Neo is specifically for hardware-specific optimization and does not support Triton's runtime environment, leading them to incorrectly select Option A.

How to eliminate wrong answers

Option A is wrong because SageMaker Neo compiles models for specific hardware targets (e.g., Intel, ARM) and does not support compilation for the NVIDIA Triton Inference Server; Neo is designed for edge devices and does not integrate with Triton's serving architecture. Option B is wrong because while packaging Triton as a custom container is possible, using SageMaker batch transform is not the recommended approach for real-time inference with GPU acceleration; batch transform is for offline, asynchronous processing, not for low-latency serving. Option D is wrong because installing Triton at runtime on the standard PyTorch container is inefficient and error-prone; it adds startup latency, may cause dependency conflicts, and bypasses the pre-optimized, tested Triton container that AWS provides.

Practice this question →

65

MCQhard

A company needs to update a model in production without any downtime. They currently have a single real-time endpoint serving traffic. Which approach allows them to deploy a new model version and switch traffic gradually while being able to roll back quickly?

A.Use a canary deployment by creating a new production variant with the new model and shifting traffic incrementally

B.Use a multi-model endpoint and replace the model file

C.Stop the endpoint, update the model, and restart the endpoint

D.Update the existing endpoint's model directly using UpdateEndpoint

AnswerA

This allows gradual traffic shift and the old variant can be used for rollback if needed.

Why this answer

SageMaker supports production variants with traffic splitting. By creating a new variant with the new model and shifting traffic gradually, the old variant remains available for rollback. Blue/green deployment with a new endpoint and endpoint configuration swap also allows quick rollback.

The key is to have both variants active during the transition.

Practice this question →

66

Multi-Selecthard

A machine learning engineer is deploying a TensorFlow model for real-time inference. The model has high latency on CPU. Which TWO actions can reduce inference latency? (Choose two.)

Select 2 answers

A.Enable SageMaker Model Monitor

B.Switch to a multi-model endpoint

C.Attach Amazon Elastic Inference to the endpoint

D.Use a larger instance type with more vCPUs

E.Compile the model with SageMaker Neo

AnswersC, E

Elastic Inference adds GPU acceleration, reducing latency.

Why this answer

Compiling with SageMaker Neo optimizes the model for the target hardware. Attaching Elastic Inference provides GPU acceleration without moving to a full GPU instance.

Practice this question →

67

MCQeasy

A company uses SageMaker Pipelines to automate their ML workflow. They notice that the pipeline reruns all steps even when the input data has not changed. Which feature should they enable to avoid unnecessary recomputation?

A.Enable pipeline caching

B.Use a Lambda step to check input changes

C.Use a Conditional step to skip steps

D.Set the pipeline execution mode to 'Parallel'

AnswerA

Caching stores step outputs and reuses them when inputs are identical, preventing unnecessary reruns.

Why this answer

Pipeline caching in SageMaker Pipelines automatically reuses the output of a step if its inputs (including parameters, data, and code) have not changed since the last successful execution. This avoids recomputation by comparing a hash of the step's dependencies against previous runs, making it the correct feature to prevent unnecessary reruns when input data remains identical.

Exam trap

The trap here is that candidates confuse caching with conditional branching or parallel execution, assuming that skipping steps via conditions or running steps in parallel will avoid recomputation, when in fact only caching directly reuses prior outputs based on input immutability.

How to eliminate wrong answers

Option B is wrong because a Lambda step is used for custom processing or integration (e.g., invoking external APIs), not for detecting input changes or caching step outputs; it would add complexity without solving the core caching requirement. Option C is wrong because a Conditional step evaluates a condition to branch the pipeline (e.g., skip a step based on a metric), but it does not automatically detect unchanged inputs or cache results; it requires manual logic and still incurs overhead for the condition check. Option D is wrong because setting the pipeline execution mode to 'Parallel' controls whether steps run sequentially or concurrently, but it does not prevent recomputation of steps whose inputs have not changed; it only affects execution order, not caching.

Practice this question →

68

Multi-Selectmedium

A data science team is deploying a PyTorch model for real-time inference with sub-second latency requirements. They need to minimize cost while handling variable traffic. Which TWO approaches should they consider? (Choose TWO.)

Select 2 answers

A.Compile the model with SageMaker Neo

B.Attach Amazon Elastic Inference to a real-time endpoint

C.Use a batch transform job to process requests in batches

D.Use SageMaker serverless inference with a configured max concurrency

E.Use a multi-model endpoint (MME) to host the model

AnswersA, D

Neo optimizes the model for the target hardware, reducing inference latency and often allowing a smaller instance type.

Why this answer

Serverless inference auto-scales to zero when not in use and charges per request, minimizing cost for variable traffic. SageMaker Neo compiles the model for optimal hardware performance, achieving low latency. Multi-model endpoints (MME) are for hosting multiple models, not single-model optimization.

Elastic Inference adds GPU acceleration at lower cost than a full GPU instance, but with Neo compilation the team may not need it. Batch transform is for offline, not real-time.

Practice this question →

69

MCQmedium

A team uses MLflow on SageMaker for experiment tracking. They want to automate the retraining of a model when new training data arrives in an S3 bucket. Which combination of services should they use?

A.SageMaker Pipelines scheduled trigger every hour

B.EventBridge -> Lambda -> SageMaker Training Job

C.S3 Event Notifications -> SQS -> SageMaker Training Job

D.AWS Step Functions with S3 poller

AnswerB

EventBridge captures S3 events, Lambda initiates training, and MLflow can log the run.

Why this answer

EventBridge can detect S3 PutObject events and trigger a Lambda function that starts a SageMaker training job, possibly using MLflow for tracking.

Practice this question →

70

MCQmedium

A machine learning engineer needs to deploy a TensorFlow model that requires a custom inference environment with specific system libraries. The model will be used in a real-time application with variable traffic. They want to minimize cold start latency. Which SageMaker hosting option should they choose?

A.SageMaker real-time endpoint with a custom container

B.SageMaker Serverless Inference with a custom container

C.SageMaker Multi-Model Endpoint with a custom container

D.SageMaker Asynchronous Inference with a custom container

AnswerA

Real-time endpoints are always warm (no cold starts) and support custom containers.

Why this answer

SageMaker real-time endpoints with a custom container are the correct choice because they provide persistent, always-on infrastructure that eliminates cold start latency. By packaging the TensorFlow model with required system libraries in a custom Docker image, the engineer ensures the inference environment is ready immediately, and the endpoint can scale to handle variable traffic with minimal delay.

Exam trap

The trap here is that candidates often confuse 'minimizing cold start latency' with 'scaling to zero' and incorrectly choose Serverless Inference, failing to recognize that Serverless inherently introduces cold starts on first request after idle periods.

How to eliminate wrong answers

Option B is wrong because SageMaker Serverless Inference automatically scales to zero when idle, incurring cold start latency (typically 5–10 seconds) when traffic resumes, which contradicts the requirement to minimize cold start latency. Option C is wrong because SageMaker Multi-Model Endpoints are designed to host multiple models on a single container, but they still require a pre-configured inference environment; they do not inherently reduce cold start latency for a single custom model. Option D is wrong because SageMaker Asynchronous Inference is intended for non-real-time workloads with larger payloads and queuing, and it also experiences cold starts when scaling from zero, making it unsuitable for real-time applications with variable traffic.

Practice this question →

71

MCQeasy

A company wants to deploy a model using a serverless inference endpoint that can automatically scale to zero when not in use and has a configurable maximum concurrency. Which SageMaker inference option meets these requirements?

A.Serverless inference

B.Real-time endpoint with auto-scaling

C.Batch transform

D.Asynchronous inference

AnswerA

Serverless inference scales to zero and has configurable max concurrency and memory.

Why this answer

SageMaker Serverless Inference is the correct choice because it automatically scales to zero when the endpoint is idle, eliminating costs during periods of no traffic, and it allows you to configure a maximum concurrency limit per endpoint to control throughput. This fully managed, pay-per-invoke option is designed for workloads with intermittent or unpredictable traffic patterns, meeting both requirements precisely.

Exam trap

The trap here is that candidates confuse 'auto-scaling' with 'scaling to zero' and incorrectly choose the real-time endpoint with auto-scaling, not realizing that auto-scaling maintains a minimum instance count and cannot reduce to zero.

How to eliminate wrong answers

Option B is wrong because a real-time endpoint with auto-scaling can scale down to a minimum number of instances (e.g., 1) but cannot scale to zero; it always keeps at least one instance running, incurring base costs. Option C is wrong because batch transform is not a real-time inference endpoint; it processes entire datasets offline and does not support automatic scaling to zero or configurable concurrency for live requests. Option D is wrong because asynchronous inference endpoints can scale to zero when idle, but they do not support a configurable maximum concurrency; concurrency is managed internally based on the payload size and queue depth, not directly set by the user.

Practice this question →

72

MCQeasy

A machine learning engineer wants to automatically trigger a retraining pipeline whenever new training data arrives in an S3 bucket. The pipeline uses SageMaker Pipelines. Which AWS service should be used to detect the S3 event and start the pipeline?

A.SageMaker Pipelines native S3 trigger

B.AWS Step Functions

C.Amazon CloudWatch Logs

D.Amazon EventBridge

AnswerD

EventBridge can react to S3 events and invoke a Lambda function that starts the SageMaker Pipeline execution.

Why this answer

Amazon EventBridge can be configured to listen for S3 events (e.g., PutObject) and then invoke a Lambda function that starts the SageMaker Pipeline execution. Step Functions could orchestrate the pipeline but is not needed to trigger on S3 events. SageMaker Pipelines does not natively listen to S3 events.

CloudWatch Events is the older name for EventBridge.

Practice this question →

73

Multi-Selecthard

An ML engineer is designing a SageMaker Pipeline for model training and registration. They need to ensure that the pipeline can be re-run with different datasets without manual intervention, and that the steps are only re-executed if inputs have changed. Which THREE features should they configure? (Select THREE.)

Select 3 answers

A.Add a Condition step to manually check for data changes

B.Enable step caching to reuse outputs when inputs are unchanged

C.Configure lineage tracking to record the origin of models

D.Use Parameterized execution to pass different values at runtime

E.Define pipeline parameters for dataset location and hyperparameters

AnswersB, D, E

Why this answer

Pipeline parameters allow passing different inputs. Step caching reuses step outputs when inputs are identical. Using Parameterized execution is synonymous with using parameters.

Lineage tracking is not for skipping steps. Condition steps are for branching, not caching. Model Registry is for versioning.

Practice this question →

74

Multi-Selectmedium

A team is migrating their ML infrastructure to AWS and wants to use infrastructure as code to manage SageMaker Studio domains, user profiles, and associated resources. Which services can they use for this purpose? (Select THREE.)

Select 3 answers

A.AWS CDK (Cloud Development Kit)

B.SageMaker Python SDK

C.Boto3

D.Terraform by HashiCorp

E.AWS CloudFormation

AnswersA, D, E

CDK allows defining infrastructure using programming languages and synthesizes CloudFormation templates.

Why this answer

AWS CDK (Cloud Development Kit) is correct because it allows you to define AWS infrastructure, including SageMaker Studio domains and user profiles, using familiar programming languages like Python or TypeScript. CDK synthesizes these definitions into CloudFormation templates, enabling infrastructure as code (IaC) for SageMaker resources. This approach provides type safety and high-level abstractions, making it suitable for managing complex ML environments.

Exam trap

The trap here is that candidates often confuse the SageMaker Python SDK (used for ML workflows) or Boto3 (used for general AWS API calls) with infrastructure as code tools, but neither provides declarative, state-managed provisioning of SageMaker Studio resources like CloudFormation, CDK, or Terraform do.

Practice this question →

75

Multi-Selecthard

An ML engineer is designing a SageMaker Pipeline for a computer vision model. The pipeline includes steps for data processing, training, evaluation, and registration. The engineer wants to enable caching to avoid reprocessing when step inputs have not changed. For which steps is caching supported? (Select TWO.)

Select 2 answers

A.Processing step

B.Transform step

C.Condition step

D.Lambda step

E.RegisterModel step

AnswersA, B

Processing steps support caching.

Why this answer

Caching is supported for the following step types: Processing, Training, Tuning, Transform, and AutoML. Condition steps and Lambda steps do not support caching because they are control flow steps.

Practice this question →

Page 1 of 2 · 81 questions totalNext →

Ready to test yourself?

Try a timed practice session using only Deployment and Orchestration of ML Workflows questions.

Start 20-question session