Amazon AWS Certified Machine Learning Engineer - Associate MLA-C01 Practice Test 31
Question 300
As a regional data-pipeline rollout is validated against approved AWS storage and streams, the following condition is observed: A demand model treats hour 23 and hour 0 as far apart when integer hour is used as a linear continuous feature. The data team must preserve event-time meaning and lineage. What postchange observation provides the strongest acceptance evidence?
- Both supported source versions produce the agreed typed feature, and invalid values enter an auditable reject path.
- Neighboring times across midnight map close in cyclic feature space and validation improves without leakage.
- Training converges more consistently, and the same raw request gives aligned standardized values online.
- The recovery run reads a complete expected interval from retained stream records or durable archive without silent gaps.
Explanation
Correct Answer
B:Neighboring times across midnight map close in cyclic feature space and validation improves without leakage. This is the acceptance evidence for the described time-series cyclical calendar feature scenario. Time-of-day has periodic topology; raw integer distance does not represent wraparound. The corrective implementation it validates is: Encode hour with sine and cosine cyclic features and validate with a time-aware split. Reported signal: A demand model treats hour 23 and hour 0 as far apart when integer hour is used as a linear continuous feature. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.
Incorrect Answers
A:Both supported source versions produce the agreed typed feature, and invalid values enter an auditable reject path. This could validate glue schema evolution with mixed input types, but it does not establish that time-series cyclical calendar feature is resolved for this workload. Confirm instead: Neighboring times across midnight map close in cyclic feature space and validation improves without leakage. Observed problem: A demand model treats hour 23 and hour 0 as far apart when integer hour is used as a linear continuous feature. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.
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 time-series cyclical calendar feature is resolved for this workload. Confirm instead: Neighboring times across midnight map close in cyclic feature space and validation improves without leakage. Observed problem: A demand model treats hour 23 and hour 0 as far apart when integer hour is used as a linear continuous feature. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.
D:The recovery run reads a complete expected interval from retained stream records or durable archive without silent gaps. This could validate kinesis consumer retention gap, but it does not establish that time-series cyclical calendar feature is resolved for this workload. Confirm instead: Neighboring times across midnight map close in cyclic feature space and validation improves without leakage. Observed problem: A demand model treats hour 23 and hour 0 as far apart when integer hour is used as a linear continuous feature. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.
Question 301
While reproducing a training incident in an independent SageMaker experiment, the following condition is observed: A rare equipment-failure classifier reports a high ROC-AUC but its operational queue contains mostly false alarms. The experiment must be compared fairly against its prior baseline. Which measured outcome would confirm that the correction worked as intended?
- The evaluation report shows both typical error and extreme-error impact with a justified primary metric.
- The tested alert rate and precision match the production workload rather than an optimistic single ROC figure.
- Reviewers can identify stable feature drivers for representative decisions without misleading causal claims.
- The fine-tuned model improves task accuracy without collapsing pretrained representations.
Explanation
Correct Answer
B:The tested alert rate and precision match the production workload rather than an optimistic single ROC figure. This is the acceptance evidence for the described roc-auc versus pr-auc for rare events scenario. With rare positive classes, precision and operational false-alert counts can be more revealing than ROC-AUC alone. The corrective implementation it validates is: Evaluate PR-AUC and precision at required recall alongside ROC-AUC, and select a deployment threshold for actual prevalence. Reported signal: A rare equipment-failure classifier reports a high ROC-AUC but its operational queue contains mostly false alarms. Operational setting: While reproducing a training incident in an independent SageMaker experiment.
Incorrect Answers
A:The evaluation report shows both typical error and extreme-error impact with a justified primary metric. This could validate rmse versus mae outlier sensitivity, but it does not establish that roc-auc versus pr-auc for rare events is resolved for this workload. Confirm instead: The tested alert rate and precision match the production workload rather than an optimistic single ROC figure. Observed problem: A rare equipment-failure classifier reports a high ROC-AUC but its operational queue contains mostly false alarms. Operational setting: While reproducing a training incident in an independent SageMaker experiment.
C: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 roc-auc versus pr-auc for rare events is resolved for this workload. Confirm instead: The tested alert rate and precision match the production workload rather than an optimistic single ROC figure. Observed problem: A rare equipment-failure classifier reports a high ROC-AUC but its operational queue contains mostly false alarms. Operational setting: While reproducing a training incident in an independent SageMaker experiment.
D: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 roc-auc versus pr-auc for rare events is resolved for this workload. Confirm instead: The tested alert rate and precision match the production workload rather than an optimistic single ROC figure. Observed problem: A rare equipment-failure classifier reports a high ROC-AUC but its operational queue contains mostly false alarms. Operational setting: While reproducing a training incident in an independent SageMaker experiment.
Question 302
During an operational load and release rehearsal for SageMaker-hosted inference, the following condition is observed: A document embedding application has payloads too large for its synchronous inference path and some requests need minutes of processing. Change control requires measurable endpoint or pipeline acceptance evidence. What postchange observation provides the strongest acceptance evidence?
- Large inputs complete without client request timeout and clients receive tracked result locations or failure notifications.
- A deliberately incompatible payload causes CI to block promotion and a compatible fixture passes end to end.
- Repeated runs with the same inputs reproduce the ordered processing and generate auditable versioned outputs.
- Distinct requested model IDs return correct predictions with acceptable cold load latency and lower aggregate idle cost.
Explanation
Correct Answer
A:Large inputs complete without client request timeout and clients receive tracked result locations or failure notifications. This is the acceptance evidence for the described asynchronous endpoint for large payloads scenario. Asynchronous inference decouples request submission from long-running processing and can work with larger payload contracts. The corrective implementation it validates is: Use SageMaker asynchronous inference with S3 input/output and suitable queue and notification settings. Reported signal: A document embedding application has payloads too large for its synchronous inference path and some requests need minutes of processing. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
Incorrect Answers
B:A deliberately incompatible payload causes CI to block promotion and a compatible fixture passes end to end. This could validate continuous integration unit and endpoint contract tests, but it does not establish that asynchronous endpoint for large payloads is resolved for this workload. Confirm instead: Large inputs complete without client request timeout and clients receive tracked result locations or failure notifications. Observed problem: A document embedding application has payloads too large for its synchronous inference path and some requests need minutes of processing. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
C:Repeated runs with the same inputs reproduce the ordered processing and generate auditable versioned outputs. This could validate sagemaker pipelines parameterized retraining, but it does not establish that asynchronous endpoint for large payloads is resolved for this workload. Confirm instead: Large inputs complete without client request timeout and clients receive tracked result locations or failure notifications. Observed problem: A document embedding application has payloads too large for its synchronous inference path and some requests need minutes of processing. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
D:Distinct requested model IDs return correct predictions with acceptable cold load latency and lower aggregate idle cost. This could validate multi-model endpoint hosting tradeoff, but it does not establish that asynchronous endpoint for large payloads is resolved for this workload. Confirm instead: Large inputs complete without client request timeout and clients receive tracked result locations or failure notifications. Observed problem: A document embedding application has payloads too large for its synchronous inference path and some requests need minutes of processing. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
Question 303
As a regional data-pipeline rollout is validated against approved AWS storage and streams, the following condition is observed: A daily AWS Glue ingestion job reprocesses a month of files after a deployment because its job bookmark state was reset or the job identity changed. The data team must preserve event-time meaning and lineage. Select TWO: the appropriate diagnostic check and the targeted implementation change.
- Use a CSV parser with explicit quoting and schema validation; quarantine malformed records before training.
- Inspect Spark stage durations, partition size distribution, join key frequencies, and executor spill metrics.
- Define event-time windows with appropriate lateness handling and a documented revision policy for late records.
- Check job names, bookmark settings, run history, source object timestamps, and the previously committed checkpoint.
- Preserve the intended bookmark state across deployments and run an explicit controlled backfill only when required.
Explanation
Correct Answers
D:Check job names, bookmark settings, run history, source object timestamps, and the previously committed checkpoint. This directly tests glue job bookmark state error in the reported AWS ML workflow. Glue job bookmarks track supported processed state and must be managed deliberately during job changes. It distinguishes the problem before choosing a change. The related targeted response is: Preserve the intended bookmark state across deployments and run an explicit controlled backfill only when required. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: A daily AWS Glue ingestion job reprocesses a month of files after a deployment because its job bookmark state was reset or the job identity changed. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.
E:Preserve the intended bookmark state across deployments and run an explicit controlled backfill only when required. This is the appropriate controlled remedy for glue job bookmark state error. Glue job bookmarks track supported processed state and must be managed deliberately during job changes. Verify the cause with: Check job names, bookmark settings, run history, source object timestamps, and the previously committed checkpoint. Then confirm: Two ordinary runs ingest only newly eligible objects while a separately invoked backfill handles prior intervals. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: A daily AWS Glue ingestion job reprocesses a month of files after a deployment because its job bookmark state was reset or the job identity changed. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.
Incorrect Answers
A:Use a CSV parser with explicit quoting and schema validation; quarantine malformed records before training. This selection concerns csv schema ambiguity during ingestion rather than the required diagnostic-and-remedy pair for glue job bookmark state error. Use evidence: Check job names, bookmark settings, run history, source object timestamps, and the previously committed checkpoint. and the matching correction: Preserve the intended bookmark state across deployments and run an explicit controlled backfill only when required. Signal: A daily AWS Glue ingestion job reprocesses a month of files after a deployment because its job bookmark state was reset or the job identity changed. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.
B:Inspect Spark stage durations, partition size distribution, join key frequencies, and executor spill metrics. This selection concerns glue spark join skew on dominant identifier rather than the required diagnostic-and-remedy pair for glue job bookmark state error. Use evidence: Check job names, bookmark settings, run history, source object timestamps, and the previously committed checkpoint. and the matching correction: Preserve the intended bookmark state across deployments and run an explicit controlled backfill only when required. Signal: A daily AWS Glue ingestion job reprocesses a month of files after a deployment because its job bookmark state was reset or the job identity changed. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.
C:Define event-time windows with appropriate lateness handling and a documented revision policy for late records. This selection concerns streaming feature rolling window correctness rather than the required diagnostic-and-remedy pair for glue job bookmark state error. Use evidence: Check job names, bookmark settings, run history, source object timestamps, and the previously committed checkpoint. and the matching correction: Preserve the intended bookmark state across deployments and run an explicit controlled backfill only when required. Signal: A daily AWS Glue ingestion job reprocesses a month of files after a deployment because its job bookmark state was reset or the job identity changed. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.
Question 304
During an operational load and release rehearsal for SageMaker-hosted inference, 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. Change control requires measurable endpoint or pipeline acceptance evidence. What should the ML engineer inspect FIRST to distinguish this failure from unrelated issues?
- Inspect model registry package versions, approval metadata, artifact hashes, and pipeline deployment inputs.
- Inspect production variant weights, guardrail metrics, rollback procedure, and representativeness of staged exposure.
- Inspect container startup logs, listening port, health endpoint, MIME types, and inference response contract.
- Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests.
Explanation
Correct Answer
D: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. 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: During an operational load and release rehearsal for SageMaker-hosted inference.
Incorrect Answers
A:Inspect model registry package versions, approval metadata, artifact hashes, and pipeline deployment inputs. This is a possible diagnostic for model registry version promotion provenance, but it does not directly test the blue-green endpoint rollback after health failure failure reported here. Prioritize: Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests. The relevant case is: 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: During an operational load and release rehearsal for SageMaker-hosted inference.
B:Inspect production variant weights, guardrail metrics, rollback procedure, and representativeness of staged exposure. This is a possible diagnostic for canary variant rollout for model changes, but it does not directly test the blue-green endpoint rollback after health failure failure reported here. Prioritize: Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests. The relevant case is: 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: During an operational load and release rehearsal for SageMaker-hosted inference.
C:Inspect container startup logs, listening port, health endpoint, MIME types, and inference response contract. This is a possible diagnostic for bring-your-own-inference-container contract, but it does not directly test the blue-green endpoint rollback after health failure failure reported here. Prioritize: Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests. The relevant case is: 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: During an operational load and release rehearsal for SageMaker-hosted inference.
Question 305
During an approved rollout of an AWS ML inference workload, 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 team must meet its documented availability and rollback constraints. Select TWO: the appropriate diagnostic check and the targeted implementation change.
- Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests.
- Inspect payload sizes, model processing duration, caller timeout limits, and request concurrency.
- Filter appropriate validated data-ready events and trigger retraining only after the required dataset manifest is complete.
- Keep the blue environment available until green health gates pass and automate traffic rollback on failed alarms.
- Benchmark supported accelerated inference instances and choose GPU capacity only if latency and throughput gains justify cost.
Explanation
Correct Answers
A: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: During an approved rollout of an AWS ML inference workload.
D: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: During an approved rollout of an AWS ML inference workload.
Incorrect Answers
B:Inspect payload sizes, model processing duration, caller timeout limits, and request concurrency. This selection concerns asynchronous endpoint for large payloads 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: During an approved rollout of an AWS ML inference workload.
C: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 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: During an approved rollout of an AWS ML inference workload.
E:Benchmark supported accelerated inference instances and choose GPU capacity only if latency and throughput gains justify cost. This selection concerns gpu versus cpu inference fit 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: During an approved rollout of an AWS ML inference workload.
Question 306
At the model-governance gate before promotion of a new ML artifact, the following condition is observed: A credit-risk pilot selects a high-performing opaque model even though reviewers must justify material prediction features to an auditor. The team needs a defensible technical decision rather than an untracked workaround. Which TWO steps best establish the evidence and correct the identified root cause? Select TWO.
- Inspect documented explanation requirements, candidate feature contributions, and available post-hoc interpretation tests.
- Inspect epoch-level training and validation curves, stopping criteria, and the best checkpoint location.
- Compare a more interpretable model or add tested SageMaker Clarify explainability to the decision process.
- Train a gradient-boosted tree baseline such as SageMaker XGBoost and compare it against more complex candidates.
- Prefer data parallel training with synchronized gradients when the model fits per device and the bottleneck is dataset throughput.
Explanation
Correct Answers
A:Inspect documented explanation requirements, candidate feature contributions, and available post-hoc interpretation tests. This directly tests interpretability for high-stakes prediction in the reported AWS ML workflow. Feature attribution can support explanation, but model choice must reflect transparency requirements and attribution is not causality. It distinguishes the problem before choosing a change. The related targeted response is: Compare a more interpretable model or add tested SageMaker Clarify explainability to the decision process. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: A credit-risk pilot selects a high-performing opaque model even though reviewers must justify material prediction features to an auditor. Operational setting: At the model-governance gate before promotion of a new ML artifact.
C:Compare a more interpretable model or add tested SageMaker Clarify explainability to the decision process. This is the appropriate controlled remedy for interpretability for high-stakes prediction. Feature attribution can support explanation, but model choice must reflect transparency requirements and attribution is not causality. Verify the cause with: Inspect documented explanation requirements, candidate feature contributions, and available post-hoc interpretation tests. Then confirm: Reviewers can identify stable feature drivers for representative decisions without misleading causal claims. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: A credit-risk pilot selects a high-performing opaque model even though reviewers must justify material prediction features to an auditor. Operational setting: At the model-governance gate before promotion of a new ML artifact.
Incorrect Answers
B:Inspect epoch-level training and validation curves, stopping criteria, and the best checkpoint location. This selection concerns early stopping on validation plateau rather than the required diagnostic-and-remedy pair for interpretability for high-stakes prediction. Use evidence: Inspect documented explanation requirements, candidate feature contributions, and available post-hoc interpretation tests. and the matching correction: Compare a more interpretable model or add tested SageMaker Clarify explainability to the decision process. Signal: A credit-risk pilot selects a high-performing opaque model even though reviewers must justify material prediction features to an auditor. Operational setting: At the model-governance gate before promotion of a new ML artifact.
D:Train a gradient-boosted tree baseline such as SageMaker XGBoost and compare it against more complex candidates. This selection concerns xgboost tabular classification baseline rather than the required diagnostic-and-remedy pair for interpretability for high-stakes prediction. Use evidence: Inspect documented explanation requirements, candidate feature contributions, and available post-hoc interpretation tests. and the matching correction: Compare a more interpretable model or add tested SageMaker Clarify explainability to the decision process. Signal: A credit-risk pilot selects a high-performing opaque model even though reviewers must justify material prediction features to an auditor. Operational setting: At the model-governance gate before promotion of a new ML artifact.
E:Prefer data parallel training with synchronized gradients when the model fits per device and the bottleneck is dataset throughput. This selection concerns data parallelism versus model parallelism rather than the required diagnostic-and-remedy pair for interpretability for high-stakes prediction. Use evidence: Inspect documented explanation requirements, candidate feature contributions, and available post-hoc interpretation tests. and the matching correction: Compare a more interpretable model or add tested SageMaker Clarify explainability to the decision process. Signal: A credit-risk pilot selects a high-performing opaque model even though reviewers must justify material prediction features to an auditor. Operational setting: At the model-governance gate before promotion of a new ML artifact.
Question 307
During an approved rollout of an AWS ML inference workload, 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 team must meet its documented availability and rollback constraints. Which observation most directly identifies the root cause of the reported behavior?
- Inspect invocation cadence, acceptable completion window, per-record latency requirement, and idle endpoint cost.
- Inspect preprocessing version drift, input/output contracts, and the selected hosting container topology.
- Inspect the DAG of processing, training, evaluation and registration steps, along with parameter and artifact lineage.
- Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests.
Explanation
Correct Answer
D: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. 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: During an approved rollout of an AWS ML inference workload.
Incorrect Answers
A:Inspect invocation cadence, acceptable completion window, per-record latency requirement, and idle endpoint cost. This is a possible diagnostic for real-time versus batch inference decision, but it does not directly test the blue-green endpoint rollback after health failure failure reported here. Prioritize: Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests. The relevant case is: 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: During an approved rollout of an AWS ML inference workload.
B:Inspect preprocessing version drift, input/output contracts, and the selected hosting container topology. This is a possible diagnostic for multi-container inference pipeline responsibilities, but it does not directly test the blue-green endpoint rollback after health failure failure reported here. Prioritize: Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests. The relevant case is: 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: During an approved rollout of an AWS ML inference workload.
C:Inspect the DAG of processing, training, evaluation and registration steps, along with parameter and artifact lineage. This is a possible diagnostic for sagemaker pipelines parameterized retraining, but it does not directly test the blue-green endpoint rollback after health failure failure reported here. Prioritize: Inspect deployment guardrail alarms, variant routing, old configuration retention, and rollback tests. The relevant case is: 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: During an approved rollout of an AWS ML inference workload.
Question 308
While reproducing the alert in an isolated AWS ML integration account, the following condition is observed: A regulated training process requires private network paths, but its isolated subnet cannot call the intended SageMaker API without going through public internet. The proposed change must preserve logging and least privilege. What targeted change should be implemented after verifying the stated cause?
- Use approved SageMaker interface endpoints and relevant private DNS and policy settings for required API access.
- Use structured logging and scoped CloudWatch Logs Insights queries to aggregate failures by training job and time.
- Use appropriate SageMaker Clarify model-bias monitoring and investigate supported group differences before deployment changes.
- Pin an immutable approved artifact version or content digest and verify integrity before deployment.
Explanation
Correct Answer
A:Use approved SageMaker interface endpoints and relevant private DNS and policy settings for required API access. This is the appropriate controlled remedy for private vpc endpoint policy for sagemaker apis. An IAM role permits API actions but network access and endpoint policies must also support the private path. Verify the cause with: Inspect subnet routes, VPC interface endpoints, private DNS settings, endpoint security groups, and endpoint policies. Then confirm: Training jobs reach the intended service privately while unauthorized external egress stays blocked. Reported signal: A regulated training process requires private network paths, but its isolated subnet cannot call the intended SageMaker API without going through public internet. Operational setting: While reproducing the alert in an isolated AWS ML integration account.
Incorrect Answers
B:Use structured logging and scoped CloudWatch Logs Insights queries to aggregate failures by training job and time. This addresses a different issue involving cloudwatch logs insights error correlation. It does not correct the stated private vpc endpoint policy for sagemaker apis mechanism. The targeted response is: Use approved SageMaker interface endpoints and relevant private DNS and policy settings for required API access. Case evidence: A regulated training process requires private network paths, but its isolated subnet cannot call the intended SageMaker API without going through public internet. Operational setting: While reproducing the alert in an isolated AWS ML integration account.
C:Use appropriate SageMaker Clarify model-bias monitoring and investigate supported group differences before deployment changes. This addresses a different issue involving clarify postdeployment group bias monitoring. It does not correct the stated private vpc endpoint policy for sagemaker apis mechanism. The targeted response is: Use approved SageMaker interface endpoints and relevant private DNS and policy settings for required API access. Case evidence: A regulated training process requires private network paths, but its isolated subnet cannot call the intended SageMaker API without going through public internet. Operational setting: While reproducing the alert in an isolated AWS ML integration account.
D:Pin an immutable approved artifact version or content digest and verify integrity before deployment. This addresses a different issue involving model artifact supply-chain integrity. It does not correct the stated private vpc endpoint policy for sagemaker apis mechanism. The targeted response is: Use approved SageMaker interface endpoints and relevant private DNS and policy settings for required API access. Case evidence: A regulated training process requires private network paths, but its isolated subnet cannot call the intended SageMaker API without going through public internet. Operational setting: While reproducing the alert in an isolated AWS ML integration account.
Question 309
During an approved rollout of an AWS ML inference workload, the following condition is observed: An edge vision model is deployed to a constrained device with a framework binary and operators assume any model artifact runs on its target accelerator. The team must meet its documented availability and rollback constraints. Which investigation provides the most decisive FIRST evidence for the underlying problem?
- Inspect target processor, supported Neo compiler configurations, operator compatibility, and deployment artifact format.
- Inspect model sizes, framework compatibility, per-model request rates, load latency, and isolation requirements.
- Inspect versioned request schema, unit-test coverage, container
/invocations behavior, and pipeline gate logs. - Inspect ECR image digest, tag history, pipeline manifests, and built-image package inventory.
Explanation
Correct Answer
A:Inspect target processor, supported Neo compiler configurations, operator compatibility, and deployment artifact format. This directly tests sagemaker neo edge compiler compatibility in the reported AWS ML workflow. Edge optimization depends on target hardware and supported operations, not merely copying a cloud training artifact. It distinguishes the problem before choosing a change. The related targeted response is: Compile the supported model for the specific edge target using SageMaker Neo or choose a compatible conversion route. Reported signal: An edge vision model is deployed to a constrained device with a framework binary and operators assume any model artifact runs on its target accelerator. Operational setting: During an approved rollout of an AWS ML inference workload.
Incorrect Answers
B:Inspect model sizes, framework compatibility, per-model request rates, load latency, and isolation requirements. This is a possible diagnostic for multi-model endpoint hosting tradeoff, but it does not directly test the sagemaker neo edge compiler compatibility failure reported here. Prioritize: Inspect target processor, supported Neo compiler configurations, operator compatibility, and deployment artifact format. The relevant case is: An edge vision model is deployed to a constrained device with a framework binary and operators assume any model artifact runs on its target accelerator. Operational setting: During an approved rollout of an AWS ML inference workload.
C:Inspect versioned request schema, unit-test coverage, container /invocations behavior, and pipeline gate logs. This is a possible diagnostic for continuous integration unit and endpoint contract tests, but it does not directly test the sagemaker neo edge compiler compatibility failure reported here. Prioritize: Inspect target processor, supported Neo compiler configurations, operator compatibility, and deployment artifact format. The relevant case is: An edge vision model is deployed to a constrained device with a framework binary and operators assume any model artifact runs on its target accelerator. Operational setting: During an approved rollout of an AWS ML inference workload.
D:Inspect ECR image digest, tag history, pipeline manifests, and built-image package inventory. This is a possible diagnostic for ecr immutable image digest for inference, but it does not directly test the sagemaker neo edge compiler compatibility failure reported here. Prioritize: Inspect target processor, supported Neo compiler configurations, operator compatibility, and deployment artifact format. The relevant case is: An edge vision model is deployed to a constrained device with a framework binary and operators assume any model artifact runs on its target accelerator. Operational setting: During an approved rollout of an AWS ML inference workload.
Question 310
During an operational load and release rehearsal for SageMaker-hosted inference, the following condition is observed: A retraining workflow copies notebook cells into a scheduled script without tracking data snapshots or processing dependencies, leading to inconsistent model artifacts. Change control requires measurable endpoint or pipeline acceptance evidence. Which corrective action most directly addresses this ML workflow problem?
- Benchmark supported accelerated inference instances and choose GPU capacity only if latency and throughput gains justify cost.
- Use SageMaker asynchronous inference with S3 input/output and suitable queue and notification settings.
- Add schema, integration and sample endpoint inference tests to the ML build and deployment pipeline.
- Define a parameterized SageMaker Pipeline that orders steps and records source data, code and model artifacts.
Explanation
Correct Answer
D:Define a parameterized SageMaker Pipeline that orders steps and records source data, code and model artifacts. This is the appropriate controlled remedy for sagemaker pipelines parameterized retraining. Pipelines make dependencies explicit; manually ordered notebook operations are difficult to repeat or audit. Verify the cause with: Inspect the DAG of processing, training, evaluation and registration steps, along with parameter and artifact lineage. Then confirm: Repeated runs with the same inputs reproduce the ordered processing and generate auditable versioned outputs. Reported signal: A retraining workflow copies notebook cells into a scheduled script without tracking data snapshots or processing dependencies, leading to inconsistent model artifacts. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
Incorrect Answers
A:Benchmark supported accelerated inference instances and choose GPU capacity only if latency and throughput gains justify cost. This addresses a different issue involving gpu versus cpu inference fit. It does not correct the stated sagemaker pipelines parameterized retraining mechanism. The targeted response is: Define a parameterized SageMaker Pipeline that orders steps and records source data, code and model artifacts. Case evidence: A retraining workflow copies notebook cells into a scheduled script without tracking data snapshots or processing dependencies, leading to inconsistent model artifacts. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
B:Use SageMaker asynchronous inference with S3 input/output and suitable queue and notification settings. This addresses a different issue involving asynchronous endpoint for large payloads. It does not correct the stated sagemaker pipelines parameterized retraining mechanism. The targeted response is: Define a parameterized SageMaker Pipeline that orders steps and records source data, code and model artifacts. Case evidence: A retraining workflow copies notebook cells into a scheduled script without tracking data snapshots or processing dependencies, leading to inconsistent model artifacts. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.
C:Add schema, integration and sample endpoint inference tests to the ML build and deployment pipeline. This addresses a different issue involving continuous integration unit and endpoint contract tests. It does not correct the stated sagemaker pipelines parameterized retraining mechanism. The targeted response is: Define a parameterized SageMaker Pipeline that orders steps and records source data, code and model artifacts. Case evidence: A retraining workflow copies notebook cells into a scheduled script without tracking data snapshots or processing dependencies, leading to inconsistent model artifacts. Operational setting: During an operational load and release rehearsal for SageMaker-hosted inference.