Amazon AWS Certified Machine Learning Engineer - Associate MLA-C01 Practice Test 47
Question 460
While testing a second region for recoverable deployment of the same ML service, the following condition is observed: A green SageMaker endpoint variant receives a traffic shift but causes elevated errors; the deployment script removes the blue version before health is established. The deployment must be reproducible without manual console-only fixes. Which TWO complementary choices provide the decisive diagnosis AND corrective response? Select TWO.
- Compare template parameters, stack drift results, change sets, and deployed endpoint settings.
- Add schema, integration and sample endpoint inference tests to the ML build and deployment pipeline.
- Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests.
- Implement the SageMaker inference container
/ping and /invocations expectations or use a supported serving toolkit. - Keep the blue environment available until green health gates pass and automate traffic rollback on failed alarms.
Explanation
Correct Answers
C:Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests. This directly tests blue-green endpoint rollback after health failure in the reported AWS ML workflow. Blue-green deployment provides safe rollback only while the previous serving path remains functional during validation. It distinguishes the problem before choosing a change. The related targeted response is: Keep the blue environment available until green health gates pass and automate traffic rollback on failed alarms. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: A green SageMaker endpoint variant receives a traffic shift but causes elevated errors; the deployment script removes the blue version before health is established. Operational setting: While testing a second region for recoverable deployment of the same ML service.
E:Keep the blue environment available until green health gates pass and automate traffic rollback on failed alarms. This is the appropriate controlled remedy for blue-green endpoint rollback after health failure. Blue-green deployment provides safe rollback only while the previous serving path remains functional during validation. Verify the cause with: Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests. Then confirm: A simulated green regression returns traffic to the last healthy model without extended outage. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: A green SageMaker endpoint variant receives a traffic shift but causes elevated errors; the deployment script removes the blue version before health is established. Operational setting: While testing a second region for recoverable deployment of the same ML service.
Incorrect Answers
A:Compare template parameters, stack drift results, change sets, and deployed endpoint settings. This selection concerns cloudformation stack parameter drift rather than the required diagnostic-and-remedy pair for blue-green endpoint rollback after health failure. Use evidence: Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests. and the matching correction: Keep the blue environment available until green health gates pass and automate traffic rollback on failed alarms. Signal: A green SageMaker endpoint variant receives a traffic shift but causes elevated errors; the deployment script removes the blue version before health is established. Operational setting: While testing a second region for recoverable deployment of the same ML service.
B:Add schema, integration and sample endpoint inference tests to the ML build and deployment pipeline. This selection concerns continuous integration unit and endpoint contract tests rather than the required diagnostic-and-remedy pair for blue-green endpoint rollback after health failure. Use evidence: Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests. and the matching correction: Keep the blue environment available until green health gates pass and automate traffic rollback on failed alarms. Signal: A green SageMaker endpoint variant receives a traffic shift but causes elevated errors; the deployment script removes the blue version before health is established. Operational setting: While testing a second region for recoverable deployment of the same ML service.
D:Implement the SageMaker inference container /ping and /invocations expectations or use a supported serving toolkit. This selection concerns bring-your-own-inference-container contract rather than the required diagnostic-and-remedy pair for blue-green endpoint rollback after health failure. Use evidence: Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests. and the matching correction: Keep the blue environment available until green health gates pass and automate traffic rollback on failed alarms. Signal: A green SageMaker endpoint variant receives a traffic shift but causes elevated errors; the deployment script removes the blue version before health is established. Operational setting: While testing a second region for recoverable deployment of the same ML service.
Question 461
At a production AWS ML data lake supporting customer-facing predictions, the following condition is observed: A rare-defect classifier oversamples minority instances before creating cross-validation folds, causing near copies in both training and holdout. Engineers must avoid changing unrelated source partitions. Which measured outcome would confirm that the correction worked as intended?
- For every training row the joined feature timestamp is at or before its prediction timestamp and no label-derived value leaks.
- No synthetic or duplicated minority instance leaks into held-out folds, and minority-class recall reflects genuine unseen cases.
- Training converges more consistently, and the same raw request gives aligned standardized values online.
- The transformed distribution is less skewed and inference uses identical guarded transformations.
Explanation
Correct Answer
B:No synthetic or duplicated minority instance leaks into held-out folds, and minority-class recall reflects genuine unseen cases. This is the acceptance evidence for the described class imbalance handled inside cross-validation scenario. Oversampling before splitting contaminates evaluation and hides the real error rate on rare classes. The corrective implementation it validates is: Apply resampling only inside each training fold and evaluate untouched validation folds using precision and recall metrics. Reported signal: A rare-defect classifier oversamples minority instances before creating cross-validation folds, causing near copies in both training and holdout. Operational setting: At a production AWS ML data lake supporting customer-facing predictions.
Incorrect Answers
A:For every training row the joined feature timestamp is at or before its prediction timestamp and no label-derived value leaks. This could validate point-in-time feature data leakage, but it does not establish that class imbalance handled inside cross-validation is resolved for this workload. Confirm instead: No synthetic or duplicated minority instance leaks into held-out folds, and minority-class recall reflects genuine unseen cases. Observed problem: A rare-defect classifier oversamples minority instances before creating cross-validation folds, causing near copies in both training and holdout. Operational setting: At a production AWS ML data lake supporting customer-facing predictions.
C:Training converges more consistently, and the same raw request gives aligned standardized values online. This could validate standardization of numerical features, but it does not establish that class imbalance handled inside cross-validation is resolved for this workload. Confirm instead: No synthetic or duplicated minority instance leaks into held-out folds, and minority-class recall reflects genuine unseen cases. Observed problem: A rare-defect classifier oversamples minority instances before creating cross-validation folds, causing near copies in both training and holdout. Operational setting: At a production AWS ML data lake supporting customer-facing predictions.
D:The transformed distribution is less skewed and inference uses identical guarded transformations. This could validate skewed numerical feature log transformation, but it does not establish that class imbalance handled inside cross-validation is resolved for this workload. Confirm instead: No synthetic or duplicated minority instance leaks into held-out folds, and minority-class recall reflects genuine unseen cases. Observed problem: A rare-defect classifier oversamples minority instances before creating cross-validation folds, causing near copies in both training and holdout. Operational setting: At a production AWS ML data lake supporting customer-facing predictions.
Question 462
As a regional data-pipeline rollout is validated against approved AWS storage and streams, the following condition is observed: A rare-defect classifier oversamples minority instances before creating cross-validation folds, causing near copies in both training and holdout. The data team must preserve event-time meaning and lineage. What should the ML engineer inspect FIRST to distinguish this failure from unrelated issues?
- Compare source schemas by partition, Glue Data Catalog types, and failed cast rows for the evolving field.
- Inspect source fields, sensitivity classification, Ground Truth task input, and downstream annotation permissions.
- Inspect categorical cardinality, sparse matrix dimensions, feature contribution, and generalization to unseen identifiers.
- Inspect sampler placement, duplicate neighbor IDs, fold membership, and class-conditioned metric changes.
Explanation
Correct Answer
D:Inspect sampler placement, duplicate neighbor IDs, fold membership, and class-conditioned metric changes. This directly tests class imbalance handled inside cross-validation in the reported AWS ML workflow. Oversampling before splitting contaminates evaluation and hides the real error rate on rare classes. It distinguishes the problem before choosing a change. The related targeted response is: Apply resampling only inside each training fold and evaluate untouched validation folds using precision and recall metrics. Reported signal: A rare-defect classifier oversamples minority instances before creating cross-validation folds, causing near copies in both training and holdout. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.
Incorrect Answers
A:Compare source schemas by partition, Glue Data Catalog types, and failed cast rows for the evolving field. This is a possible diagnostic for glue schema evolution with mixed input types, but it does not directly test the class imbalance handled inside cross-validation failure reported here. Prioritize: Inspect sampler placement, duplicate neighbor IDs, fold membership, and class-conditioned metric changes. The relevant case is: A rare-defect classifier oversamples minority instances before creating cross-validation folds, causing near copies in both training and holdout. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.
B:Inspect source fields, sensitivity classification, Ground Truth task input, and downstream annotation permissions. This is a possible diagnostic for pii masking before model labeling, but it does not directly test the class imbalance handled inside cross-validation failure reported here. Prioritize: Inspect sampler placement, duplicate neighbor IDs, fold membership, and class-conditioned metric changes. The relevant case is: A rare-defect classifier oversamples minority instances before creating cross-validation folds, causing near copies in both training and holdout. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.
C:Inspect categorical cardinality, sparse matrix dimensions, feature contribution, and generalization to unseen identifiers. This is a possible diagnostic for high-cardinality categorical encoding, but it does not directly test the class imbalance handled inside cross-validation failure reported here. Prioritize: Inspect sampler placement, duplicate neighbor IDs, fold membership, and class-conditioned metric changes. The relevant case is: A rare-defect classifier oversamples minority instances before creating cross-validation folds, causing near copies in both training and holdout. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.
Question 463
At the model-governance gate before promotion of a new ML artifact, the following condition is observed: A retail analytics group needs to discover coherent groups of customers but has no verified segment labels for supervised classification. The team needs a defensible technical decision rather than an untracked workaround. Which verification result BEST demonstrates that the issue is resolved?
- Reviewers can identify stable feature drivers for representative decisions without misleading causal claims.
- The fine-tuned model improves task accuracy without collapsing pretrained representations.
- A forced interruption resumes near the last saved epoch and restores optimizer and model state.
- Stable clusters exhibit interpretable differences in held-out descriptors without claiming supervised classification accuracy.
Explanation
Correct Answer
D:Stable clusters exhibit interpretable differences in held-out descriptors without claiming supervised classification accuracy. This is the acceptance evidence for the described clustering for unlabeled customer segments scenario. Unsupervised grouping does not require labeled segment classes and should not be judged by an unavailable label accuracy metric. The corrective implementation it validates is: Use an unsupervised clustering approach such as k-means after appropriate feature preparation and assess whether groups are meaningful. Reported signal: A retail analytics group needs to discover coherent groups of customers but has no verified segment labels for supervised classification. Operational setting: At the model-governance gate before promotion of a new ML artifact.
Incorrect Answers
A:Reviewers can identify stable feature drivers for representative decisions without misleading causal claims. This could validate interpretability for high-stakes prediction, but it does not establish that clustering for unlabeled customer segments is resolved for this workload. Confirm instead: Stable clusters exhibit interpretable differences in held-out descriptors without claiming supervised classification accuracy. Observed problem: A retail analytics group needs to discover coherent groups of customers but has no verified segment labels for supervised classification. Operational setting: At the model-governance gate before promotion of a new ML artifact.
B:The fine-tuned model improves task accuracy without collapsing pretrained representations. This could validate fine-tuning pretrained model learning-rate stability, but it does not establish that clustering for unlabeled customer segments is resolved for this workload. Confirm instead: Stable clusters exhibit interpretable differences in held-out descriptors without claiming supervised classification accuracy. Observed problem: A retail analytics group needs to discover coherent groups of customers but has no verified segment labels for supervised classification. Operational setting: At the model-governance gate before promotion of a new ML artifact.
C:A forced interruption resumes near the last saved epoch and restores optimizer and model state. This could validate managed spot training checkpoint recovery, but it does not establish that clustering for unlabeled customer segments is resolved for this workload. Confirm instead: Stable clusters exhibit interpretable differences in held-out descriptors without claiming supervised classification accuracy. Observed problem: A retail analytics group needs to discover coherent groups of customers but has no verified segment labels for supervised classification. Operational setting: At the model-governance gate before promotion of a new ML artifact.
Question 464
At the model-governance gate before promotion of a new ML artifact, the following condition is observed: A custom training script searches for local ./data/train.csv although SageMaker mounted the training channel at a different container path. The team needs a defensible technical decision rather than an untracked workaround. Which verification result BEST demonstrates that the issue is resolved?
- The chosen version meets task metrics and license conditions and its inference contract is reproducible.
- The same container runs under managed training and reads the intended channel without hard-coded notebook filesystem assumptions.
- A representative invoice set yields usable structured fields with measured extraction quality and minimal custom training.
- Training stops before extended overfitting and the retained model corresponds to the best validated epoch.
Explanation
Correct Answer
B:The same container runs under managed training and reads the intended channel without hard-coded notebook filesystem assumptions. This is the acceptance evidence for the described sagemaker script-mode data channel mismatch scenario. Managed training channels have explicit mounted locations; notebook-local paths are not portable contracts. The corrective implementation it validates is: Read the configured SageMaker training channel path or environment variable and fail clearly on missing input. Reported signal: A custom training script searches for local ./data/train.csv although SageMaker mounted the training channel at a different container path. Operational setting: At the model-governance gate before promotion of a new ML artifact.
Incorrect Answers
A:The chosen version meets task metrics and license conditions and its inference contract is reproducible. This could validate sagemaker jumpstart template provenance, but it does not establish that sagemaker script-mode data channel mismatch is resolved for this workload. Confirm instead: The same container runs under managed training and reads the intended channel without hard-coded notebook filesystem assumptions. Observed problem: A custom training script searches for local ./data/train.csv although SageMaker mounted the training channel at a different container path. Operational setting: At the model-governance gate before promotion of a new ML artifact.
C:A representative invoice set yields usable structured fields with measured extraction quality and minimal custom training. This could validate managed ai service versus custom ocr model, but it does not establish that sagemaker script-mode data channel mismatch is resolved for this workload. Confirm instead: The same container runs under managed training and reads the intended channel without hard-coded notebook filesystem assumptions. Observed problem: A custom training script searches for local ./data/train.csv although SageMaker mounted the training channel at a different container path. Operational setting: At the model-governance gate before promotion of a new ML artifact.
D:Training stops before extended overfitting and the retained model corresponds to the best validated epoch. This could validate early stopping on validation plateau, but it does not establish that sagemaker script-mode data channel mismatch is resolved for this workload. Confirm instead: The same container runs under managed training and reads the intended channel without hard-coded notebook filesystem assumptions. Observed problem: A custom training script searches for local ./data/train.csv although SageMaker mounted the training channel at a different container path. Operational setting: At the model-governance gate before promotion of a new ML artifact.
Question 465
During an operational load and release rehearsal for SageMaker-hosted inference, the following condition is observed: A spiky serverless ML endpoint exceeds customer latency targets on cold starts even though average compute utilization is low. Change control requires measurable endpoint or pipeline acceptance evidence. Which TWO complementary choices provide the decisive diagnosis AND corrective response? Select TWO.
- Inspect serverless invocation frequency, cold-start latency, supported provisioned concurrency settings, and cost.
- Filter appropriate validated data-ready events and trigger retraining only after the required dataset manifest is complete.
- Configure supported provisioned concurrency for the latency-critical interval or switch to provisioned real-time hosting if justified.
- Implement the SageMaker inference container
/ping and /invocations expectations or use a supported serving toolkit. - Inspect model sizes, framework compatibility, per-model request rates, load latency, and isolation requirements.
Explanation
Correct Answers
A:Inspect serverless invocation frequency, cold-start latency, supported provisioned concurrency settings, and cost. This directly tests sagemaker endpoint provisioned concurrency tradeoff in the reported AWS ML workflow. Provisioned concurrency can reduce cold-start effects but adds reserved cost and must match supported endpoint mode. It distinguishes the problem before choosing a change. The related targeted response is: Configure supported provisioned concurrency for the latency-critical interval or switch to provisioned real-time hosting if justified. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: A spiky serverless ML endpoint exceeds customer latency targets on cold starts even though average compute utilization is low. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
C:Configure supported provisioned concurrency for the latency-critical interval or switch to provisioned real-time hosting if justified. This is the appropriate controlled remedy for sagemaker endpoint provisioned concurrency tradeoff. Provisioned concurrency can reduce cold-start effects but adds reserved cost and must match supported endpoint mode. Verify the cause with: Inspect serverless invocation frequency, cold-start latency, supported provisioned concurrency settings, and cost. Then confirm: Cold-start p95 improves during planned demand windows while capacity cost remains measured. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: A spiky serverless ML endpoint exceeds customer latency targets on cold starts even though average compute utilization is low. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
Incorrect Answers
B:Filter appropriate validated data-ready events and trigger retraining only after the required dataset manifest is complete. This selection concerns eventbridge conditional retraining trigger rather than the required diagnostic-and-remedy pair for sagemaker endpoint provisioned concurrency tradeoff. Use evidence: Inspect serverless invocation frequency, cold-start latency, supported provisioned concurrency settings, and cost. and the matching correction: Configure supported provisioned concurrency for the latency-critical interval or switch to provisioned real-time hosting if justified. Signal: A spiky serverless ML endpoint exceeds customer latency targets on cold starts even though average compute utilization is low. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
D:Implement the SageMaker inference container /ping and /invocations expectations or use a supported serving toolkit. This selection concerns bring-your-own-inference-container contract rather than the required diagnostic-and-remedy pair for sagemaker endpoint provisioned concurrency tradeoff. Use evidence: Inspect serverless invocation frequency, cold-start latency, supported provisioned concurrency settings, and cost. and the matching correction: Configure supported provisioned concurrency for the latency-critical interval or switch to provisioned real-time hosting if justified. Signal: A spiky serverless ML endpoint exceeds customer latency targets on cold starts even though average compute utilization is low. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
E:Inspect model sizes, framework compatibility, per-model request rates, load latency, and isolation requirements. This selection concerns multi-model endpoint hosting tradeoff rather than the required diagnostic-and-remedy pair for sagemaker endpoint provisioned concurrency tradeoff. Use evidence: Inspect serverless invocation frequency, cold-start latency, supported provisioned concurrency settings, and cost. and the matching correction: Configure supported provisioned concurrency for the latency-critical interval or switch to provisioned real-time hosting if justified. Signal: A spiky serverless ML endpoint exceeds customer latency targets on cold starts even though average compute utilization is low. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
Question 466
While reproducing the alert in an isolated AWS ML integration account, the following condition is observed: A binary risk model continues producing apparently confident scores after a market regime change, but realized outcomes show the scores no longer correspond to observed event frequency. The proposed change must preserve logging and least privilege. What should the ML engineer inspect FIRST to distinguish this failure from unrelated issues?
- Inspect training interruption tolerance, persistent checkpoints, allowed instance families, and deadline requirements.
- Compare probability calibration plots, Brier score and event rates across recent labeled cohorts.
- Inspect endpoint 5XXErrors, InvocationsPerInstance, instance availability, and per-minute latency distribution.
- Inspect routing hashes, experiment assignments, variant weights, and request identity consistency.
Explanation
Correct Answer
B:Compare probability calibration plots, Brier score and event rates across recent labeled cohorts. This directly tests serving output confidence calibration drift in the reported AWS ML workflow. A good ranking metric does not guarantee calibrated probabilities; calibration must be verified against observed outcomes. It distinguishes the problem before choosing a change. The related targeted response is: Monitor calibration against delayed truth and retrain or recalibrate on representative permitted data when drift is confirmed. Reported signal: A binary risk model continues producing apparently confident scores after a market regime change, but realized outcomes show the scores no longer correspond to observed event frequency. Operational setting: While reproducing the alert in an isolated AWS ML integration account.
Incorrect Answers
A:Inspect training interruption tolerance, persistent checkpoints, allowed instance families, and deadline requirements. This is a possible diagnostic for spot training cost versus interruption recovery, but it does not directly test the serving output confidence calibration drift failure reported here. Prioritize: Compare probability calibration plots, Brier score and event rates across recent labeled cohorts. The relevant case is: A binary risk model continues producing apparently confident scores after a market regime change, but realized outcomes show the scores no longer correspond to observed event frequency. Operational setting: While reproducing the alert in an isolated AWS ML integration account.
C:Inspect endpoint 5XXErrors, InvocationsPerInstance, instance availability, and per-minute latency distribution. This is a possible diagnostic for cloudwatch 5xxerrors endpoint saturation, but it does not directly test the serving output confidence calibration drift failure reported here. Prioritize: Compare probability calibration plots, Brier score and event rates across recent labeled cohorts. The relevant case is: A binary risk model continues producing apparently confident scores after a market regime change, but realized outcomes show the scores no longer correspond to observed event frequency. Operational setting: While reproducing the alert in an isolated AWS ML integration account.
D:Inspect routing hashes, experiment assignments, variant weights, and request identity consistency. This is a possible diagnostic for champion challenger a/b assignment consistency, but it does not directly test the serving output confidence calibration drift failure reported here. Prioritize: Compare probability calibration plots, Brier score and event rates across recent labeled cohorts. The relevant case is: A binary risk model continues producing apparently confident scores after a market regime change, but realized outcomes show the scores no longer correspond to observed event frequency. Operational setting: While reproducing the alert in an isolated AWS ML integration account.
Question 467
During an operational load and release rehearsal for SageMaker-hosted inference, the following condition is observed: A custom image works when run locally but SageMaker cannot invoke it because the container lacks an expected health route and invocation handler. Change control requires measurable endpoint or pipeline acceptance evidence. What postchange observation provides the strongest acceptance evidence?
- The selected hardware meets p95 latency and cost-per-request requirements under load without memory pressure.
- A deliberately poor candidate halts before production while a passing approved candidate can proceed.
- The deployment loads artifacts privately and blocked public routes remain unused.
- Endpoint health becomes Ready and inference returns the specified payload type for a known test request.
Explanation
Correct Answer
D:Endpoint health becomes Ready and inference returns the specified payload type for a known test request. This is the acceptance evidence for the described bring-your-own-inference-container contract scenario. A Docker image is not automatically a SageMaker-compatible inference server without the runtime HTTP contract. The corrective implementation it validates is: Implement the SageMaker inference container /ping and /invocations expectations or use a supported serving toolkit. Reported signal: A custom image works when run locally but SageMaker cannot invoke it because the container lacks an expected health route and invocation handler. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
Incorrect Answers
A:The selected hardware meets p95 latency and cost-per-request requirements under load without memory pressure. This could validate gpu versus cpu inference fit, but it does not establish that bring-your-own-inference-container contract is resolved for this workload. Confirm instead: Endpoint health becomes Ready and inference returns the specified payload type for a known test request. Observed problem: A custom image works when run locally but SageMaker cannot invoke it because the container lacks an expected health route and invocation handler. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
B:A deliberately poor candidate halts before production while a passing approved candidate can proceed. This could validate codepipeline approval gate on model metrics, but it does not establish that bring-your-own-inference-container contract is resolved for this workload. Confirm instead: Endpoint health becomes Ready and inference returns the specified payload type for a known test request. Observed problem: A custom image works when run locally but SageMaker cannot invoke it because the container lacks an expected health route and invocation handler. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
C:The deployment loads artifacts privately and blocked public routes remain unused. This could validate sagemaker vpc endpoint access for private artifacts, but it does not establish that bring-your-own-inference-container contract is resolved for this workload. Confirm instead: Endpoint health becomes Ready and inference returns the specified payload type for a known test request. Observed problem: A custom image works when run locally but SageMaker cannot invoke it because the container lacks an expected health route and invocation handler. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
Question 468
While reproducing a training incident in an independent SageMaker experiment, the following condition is observed: A deep model fits on one GPU but training takes too long over a very large dataset; the team suggests splitting individual layers across devices without evidence of model-memory pressure. The experiment must be compared fairly against its prior baseline. What targeted change should be implemented after verifying the stated cause?
- Select a regression approach with suitable loss and evaluation metrics instead of forcing continuous amounts into unrelated classes.
- Prefer data parallel training with synchronized gradients when the model fits per device and the bottleneck is dataset throughput.
- Evaluate PR-AUC and precision at required recall alongside ROC-AUC, and select a deployment threshold for actual prevalence.
- Configure SageMaker Automatic Model Tuning with a bounded search space, objective metric, budget, and justified Bayesian or random strategy.
Explanation
Correct Answer
B:Prefer data parallel training with synchronized gradients when the model fits per device and the bottleneck is dataset throughput. This is the appropriate controlled remedy for data parallelism versus model parallelism. Data parallelism shards data across replicas; model parallelism is more relevant when the model itself cannot fit on one device. Verify the cause with: Profile model memory, throughput, communication overhead, and per-device utilization. Then confirm: Multiple workers reduce epoch time with acceptable convergence and measured communication overhead. Reported signal: A deep model fits on one GPU but training takes too long over a very large dataset; the team suggests splitting individual layers across devices without evidence of model-memory pressure. Operational setting: While reproducing a training incident in an independent SageMaker experiment.
Incorrect Answers
A:Select a regression approach with suitable loss and evaluation metrics instead of forcing continuous amounts into unrelated classes. This addresses a different issue involving regression versus classification problem formulation. It does not correct the stated data parallelism versus model parallelism mechanism. The targeted response is: Prefer data parallel training with synchronized gradients when the model fits per device and the bottleneck is dataset throughput. Case evidence: A deep model fits on one GPU but training takes too long over a very large dataset; the team suggests splitting individual layers across devices without evidence of model-memory pressure. Operational setting: While reproducing a training incident in an independent SageMaker experiment.
C:Evaluate PR-AUC and precision at required recall alongside ROC-AUC, and select a deployment threshold for actual prevalence. This addresses a different issue involving roc-auc versus pr-auc for rare events. It does not correct the stated data parallelism versus model parallelism mechanism. The targeted response is: Prefer data parallel training with synchronized gradients when the model fits per device and the bottleneck is dataset throughput. Case evidence: A deep model fits on one GPU but training takes too long over a very large dataset; the team suggests splitting individual layers across devices without evidence of model-memory pressure. Operational setting: While reproducing a training incident in an independent SageMaker experiment.
D:Configure SageMaker Automatic Model Tuning with a bounded search space, objective metric, budget, and justified Bayesian or random strategy. This addresses a different issue involving hyperparameter bayesian tuning strategy. It does not correct the stated data parallelism versus model parallelism mechanism. The targeted response is: Prefer data parallel training with synchronized gradients when the model fits per device and the bottleneck is dataset throughput. Case evidence: A deep model fits on one GPU but training takes too long over a very large dataset; the team suggests splitting individual layers across devices without evidence of model-memory pressure. Operational setting: While reproducing a training incident in an independent SageMaker experiment.
Question 469
While reproducing the alert in an isolated AWS ML integration account, the following condition is observed: An asynchronous inference queue's oldest pending request age keeps increasing, yet GPU utilization alerts remain normal because requests are waiting before execution. The proposed change must preserve logging and least privilege. What should the ML engineer inspect FIRST to distinguish this failure from unrelated issues?
- Inspect training interruption tolerance, persistent checkpoints, allowed instance families, and deadline requirements.
- Inspect image layers, environment configuration, secret source, runtime role permissions, and rotation logs.
- Inspect the assumed SageMaker execution role, bucket/KMS policies, object path, and access-denied CloudTrail evidence.
- Inspect async inference backlog size, age of oldest request, worker capacity and completion/error metrics.
Explanation
Correct Answer
D:Inspect async inference backlog size, age of oldest request, worker capacity and completion/error metrics. This directly tests asynchronous inference queue backlog alert in the reported AWS ML workflow. Queued work can miss response deadlines without saturating compute; queue age is its own performance signal. It distinguishes the problem before choosing a change. The related targeted response is: Scale compatible asynchronous inference capacity or tune workload and queue alarms for pending-request age. Reported signal: An asynchronous inference queue's oldest pending request age keeps increasing, yet GPU utilization alerts remain normal because requests are waiting before execution. Operational setting: While reproducing the alert in an isolated AWS ML integration account.
Incorrect Answers
A:Inspect training interruption tolerance, persistent checkpoints, allowed instance families, and deadline requirements. This is a possible diagnostic for spot training cost versus interruption recovery, but it does not directly test the asynchronous inference queue backlog alert failure reported here. Prioritize: Inspect async inference backlog size, age of oldest request, worker capacity and completion/error metrics. The relevant case is: An asynchronous inference queue's oldest pending request age keeps increasing, yet GPU utilization alerts remain normal because requests are waiting before execution. Operational setting: While reproducing the alert in an isolated AWS ML integration account.
B:Inspect image layers, environment configuration, secret source, runtime role permissions, and rotation logs. This is a possible diagnostic for secret rotation for inference container credentials, but it does not directly test the asynchronous inference queue backlog alert failure reported here. Prioritize: Inspect async inference backlog size, age of oldest request, worker capacity and completion/error metrics. The relevant case is: An asynchronous inference queue's oldest pending request age keeps increasing, yet GPU utilization alerts remain normal because requests are waiting before execution. Operational setting: While reproducing the alert in an isolated AWS ML integration account.
C:Inspect the assumed SageMaker execution role, bucket/KMS policies, object path, and access-denied CloudTrail evidence. This is a possible diagnostic for sagemaker execution role s3 least privilege, but it does not directly test the asynchronous inference queue backlog alert failure reported here. Prioritize: Inspect async inference backlog size, age of oldest request, worker capacity and completion/error metrics. The relevant case is: An asynchronous inference queue's oldest pending request age keeps increasing, yet GPU utilization alerts remain normal because requests are waiting before execution. Operational setting: While reproducing the alert in an isolated AWS ML integration account.
Question 470
During a production MLOps reliability and security review, the following condition is observed: A deployed credit-risk model begins receiving applicants with income distributions unlike training data, but dashboard operators only track endpoint HTTP 200 rates. The owner needs an auditable resolution without broadening privileges. Which measured outcome would confirm that the correction worked as intended?
- Representative benign fluctuations stay quiet while a known severe schema or distribution break pages the owner.
- The chosen fix reduces measured end-to-end p95 latency and component metrics explain the change.
- Changed feature distributions produce attributable violations even while endpoint availability remains healthy.
- A test write to an approved prefix succeeds, while writes to unapproved external destinations are denied.
Explanation
Correct Answer
C:Changed feature distributions produce attributable violations even while endpoint availability remains healthy. This is the acceptance evidence for the described sagemaker model monitor feature drift baseline scenario. Endpoint uptime does not demonstrate feature-distribution stability; monitoring compares current inputs with expected statistics. The corrective implementation it validates is: Configure data capture and an appropriate Model Monitor baseline with scheduled data-quality checks. Reported signal: A deployed credit-risk model begins receiving applicants with income distributions unlike training data, but dashboard operators only track endpoint HTTP 200 rates. Operational setting: During a production MLOps reliability and security review.
Incorrect Answers
A:Representative benign fluctuations stay quiet while a known severe schema or distribution break pages the owner. This could validate model monitor violation alert calibration, but it does not establish that sagemaker model monitor feature drift baseline is resolved for this workload. Confirm instead: Changed feature distributions produce attributable violations even while endpoint availability remains healthy. Observed problem: A deployed credit-risk model begins receiving applicants with income distributions unlike training data, but dashboard operators only track endpoint HTTP 200 rates. Operational setting: During a production MLOps reliability and security review.
B:The chosen fix reduces measured end-to-end p95 latency and component metrics explain the change. This could validate cloudwatch invocations and modellatency distinction, but it does not establish that sagemaker model monitor feature drift baseline is resolved for this workload. Confirm instead: Changed feature distributions produce attributable violations even while endpoint availability remains healthy. Observed problem: A deployed credit-risk model begins receiving applicants with income distributions unlike training data, but dashboard operators only track endpoint HTTP 200 rates. Operational setting: During a production MLOps reliability and security review.
D:A test write to an approved prefix succeeds, while writes to unapproved external destinations are denied. This could validate cross-account s3 bucket exfiltration protection, but it does not establish that sagemaker model monitor feature drift baseline is resolved for this workload. Confirm instead: Changed feature distributions produce attributable violations even while endpoint availability remains healthy. Observed problem: A deployed credit-risk model begins receiving applicants with income distributions unlike training data, but dashboard operators only track endpoint HTTP 200 rates. Operational setting: During a production MLOps reliability and security review.