McAfee-Secured Website

Exam Bundle

Exam Code: Professional Machine Learning Engineer

Exam Name Professional Machine Learning Engineer

Certification Provider: Google

Corresponding Certification: Professional Machine Learning Engineer

Google Professional Machine Learning Engineer Bundle $44.99

100% Google Professional Machine Learning Engineer Guaranteed Success With Testking Training Materials

Get Real Professional Machine Learning Engineer Exam Questions & Expert Verified Answers as Experienced on the Real Exam!

  • Questions & Answers

    Professional Machine Learning Engineer Questions & Answers

    402 Questions & Answers

    The ultimate exam preparation tool, Questions & Answers mirrors the actual Professional Machine Learning Engineer exam while allowing you to hone and measure every aspect of your test-taking ability.

  • Professional Machine Learning Engineer Video Course

    Professional Machine Learning Engineer Video Course

    69 Video Lectures

    Professional Machine Learning Engineer Video Course is developed by Google Professionals to help you pass the Professional Machine Learning Engineer exam.

    Description

    This course will improve your knowledge and skills required to pass Professional Machine Learning Engineer exam.
  • Study Guide

    Professional Machine Learning Engineer Study Guide

    376 PDF Pages

    Developed by industry experts, this 376-page guide spells out in painstaking detail all of the information you need to ace Professional Machine Learning Engineer exam.

Professional Machine Learning Engineer Practice Tests

Satisfaction Guaranteed

Money Back Guarantee

Testking provides hassle-free money back guarantee with our products. That is because we have 100% trust in the abilities of our professional and experience product team, and our record is a proof of that.

99.6% PASS RATE
Total Cost: $194.97
Bundle Price: $149.98

Purchase Individually

  • Questions & Answers

    Questions & Answers

    402 Questions

    $124.99
  • Professional Machine Learning Engineer Video Course

    Video Course

    69 Video Lectures

    $39.99
  • Study Guide

    Study Guide

    376 PDF Pages

    $29.99

Google Professional Machine Learning Engineer Practice Test 21

Question 200

The reliability team at Silverline Insurance is closing a corrective-action ticket for this ML failure: A scikit-learn prototype reports unexpectedly high validation scores because its scaler is fit on the combined training and validation data. What measured outcome provides the strongest check that this problem is resolved?

  1. A share-and-export inspection finds no embedded secret while the authorized notebook can still access approved resources.
  2. The experiment trace shows scaler fit only on training folds and validation scores are recomputed without leakage.
  3. A changed input shape fails the local check before a long training job starts and supported shapes complete a training step.
  4. Two fresh notebook sessions resolve the same package versions and pass the model's reproducibility tests.

Explanation

Correct Answer

B:

The experiment trace shows scaler fit only on training folds and validation scores are recomputed without leakage. This controlled observation specifically validates the proposed remedy: Place preprocessing inside a train-only fitted pipeline and transform held-out data using the frozen fitted steps. It addresses the documented failure at Silverline Insurance: A scikit-learn prototype reports unexpectedly high validation scores because its scaler is fit on the combined training and validation data.

Incorrect Answers

A:

A share-and-export inspection finds no embedded secret while the authorized notebook can still access approved resources. This is evidence for a different corrective change: Store secrets in an approved secret-management system, redact outputs, and restrict Colab Enterprise or Workbench sharing. That other change addresses: A collaboration notebook contains raw credentials in its saved cell outputs and is shared beyond the experiment group. It does not validate the specific Silverline Insurance remediation for: A scikit-learn prototype reports unexpectedly high validation scores because its scaler is fit on the combined training and validation data. The necessary check instead is: The experiment trace shows scaler fit only on training folds and validation scores are recomputed without leakage.

C:

A changed input shape fails the local check before a long training job starts and supported shapes complete a training step. This is evidence for a different corrective change: Add explicit sample, batch-shape, and training-step checks to the notebook before comparing model variants. That other change addresses: A PyTorch prototype produces different tensor shapes after a model upgrade, but its notebook has no regression checks around data loaders. It does not validate the specific Silverline Insurance remediation for: A scikit-learn prototype reports unexpectedly high validation scores because its scaler is fit on the combined training and validation data. The necessary check instead is: The experiment trace shows scaler fit only on training folds and validation scores are recomputed without leakage.

D:

Two fresh notebook sessions resolve the same package versions and pass the model's reproducibility tests. This is evidence for a different corrective change: Pin framework and dependency versions in a reproducible environment manifest and test upgrades separately. That other change addresses: A prototype notebook automatically installs the newest PyTorch version, causing inconsistent operators and training results between sessions. It does not validate the specific Silverline Insurance remediation for: A scikit-learn prototype reports unexpectedly high validation scores because its scaler is fit on the combined training and validation data. The necessary check instead is: The experiment trace shows scaler fit only on training folds and validation scores are recomputed without leakage.

Question 201

Northgate Clinical Systems has asked its ML engineering advisor to investigate a reported implementation fault within a health analytics workload: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. What is the most targeted corrective engineering action for this failure?

  1. Select a supported JAX runtime and accelerator stack, then verify device placement before running the benchmark.
  2. Place preprocessing inside a train-only fitted pipeline and transform held-out data using the frozen fitted steps.
  3. Pin framework and dependency versions in a reproducible environment manifest and test upgrades separately.
  4. Add explicit sample, batch-shape, and training-step checks to the notebook before comparing model variants.

Explanation

Correct Answer

A:

Select a supported JAX runtime and accelerator stack, then verify device placement before running the benchmark. This directly targets the observed failure: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. For the Northgate Clinical Systems case, successful remediation should be demonstrated with this acceptance evidence: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

Incorrect Answers

B:

Place preprocessing inside a train-only fitted pipeline and transform held-out data using the frozen fitted steps. This action could be suitable for a different engineering incident: A scikit-learn prototype reports unexpectedly high validation scores because its scaler is fit on the combined training and validation data. It does not directly correct the reported Northgate Clinical Systems failure: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. The discriminating acceptance check here is: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

C:

Pin framework and dependency versions in a reproducible environment manifest and test upgrades separately. This action could be suitable for a different engineering incident: A prototype notebook automatically installs the newest PyTorch version, causing inconsistent operators and training results between sessions. It does not directly correct the reported Northgate Clinical Systems failure: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. The discriminating acceptance check here is: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

D:

Add explicit sample, batch-shape, and training-step checks to the notebook before comparing model variants. This action could be suitable for a different engineering incident: A PyTorch prototype produces different tensor shapes after a model upgrade, but its notebook has no regression checks around data loaders. It does not directly correct the reported Northgate Clinical Systems failure: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. The discriminating acceptance check here is: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

Question 202

The reliability team at Northgate Clinical Systems is closing a corrective-action ticket for this ML failure: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. Which acceptance evidence would most directly demonstrate a successful correction?

  1. Two fresh notebook sessions resolve the same package versions and pass the model's reproducibility tests.
  2. A changed input shape fails the local check before a long training job starts and supported shapes complete a training step.
  3. JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.
  4. The experiment trace shows scaler fit only on training folds and validation scores are recomputed without leakage.

Explanation

Correct Answer

C:

JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback. This controlled observation specifically validates the proposed remedy: Select a supported JAX runtime and accelerator stack, then verify device placement before running the benchmark. It addresses the documented failure at Northgate Clinical Systems: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution.

Incorrect Answers

A:

Two fresh notebook sessions resolve the same package versions and pass the model's reproducibility tests. This is evidence for a different corrective change: Pin framework and dependency versions in a reproducible environment manifest and test upgrades separately. That other change addresses: A prototype notebook automatically installs the newest PyTorch version, causing inconsistent operators and training results between sessions. It does not validate the specific Northgate Clinical Systems remediation for: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. The necessary check instead is: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

B:

A changed input shape fails the local check before a long training job starts and supported shapes complete a training step. This is evidence for a different corrective change: Add explicit sample, batch-shape, and training-step checks to the notebook before comparing model variants. That other change addresses: A PyTorch prototype produces different tensor shapes after a model upgrade, but its notebook has no regression checks around data loaders. It does not validate the specific Northgate Clinical Systems remediation for: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. The necessary check instead is: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

D:

The experiment trace shows scaler fit only on training folds and validation scores are recomputed without leakage. This is evidence for a different corrective change: Place preprocessing inside a train-only fitted pipeline and transform held-out data using the frozen fitted steps. That other change addresses: A scikit-learn prototype reports unexpectedly high validation scores because its scaler is fit on the combined training and validation data. It does not validate the specific Northgate Clinical Systems remediation for: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. The necessary check instead is: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

Question 203

An operational review for Stonewell Payments identifies this technical issue in a Google Cloud ML workflow: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. What should the ML engineer implement to correct this specific issue?

  1. Place preprocessing inside a train-only fitted pipeline and transform held-out data using the frozen fitted steps.
  2. Assign a dedicated least-privilege service identity with only the dataset and artifact roles needed by the notebook.
  3. Move credentials into Secret Manager or equivalent secured bindings and commit only non-secret configuration and dependency manifests.
  4. Select a supported JAX runtime and accelerator stack, then verify device placement before running the benchmark.

Explanation

Correct Answer

D:

Select a supported JAX runtime and accelerator stack, then verify device placement before running the benchmark. This directly targets the observed failure: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. For the Stonewell Payments case, successful remediation should be demonstrated with this acceptance evidence: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

Incorrect Answers

A:

Place preprocessing inside a train-only fitted pipeline and transform held-out data using the frozen fitted steps. This action could be suitable for a different engineering incident: A scikit-learn prototype reports unexpectedly high validation scores because its scaler is fit on the combined training and validation data. It does not directly correct the reported Stonewell Payments failure: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. The discriminating acceptance check here is: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

B:

Assign a dedicated least-privilege service identity with only the dataset and artifact roles needed by the notebook. This action could be suitable for a different engineering incident: A shared ML notebook runs with project-owner credentials even though it only needs read access to a narrow training dataset. It does not directly correct the reported Stonewell Payments failure: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. The discriminating acceptance check here is: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

C:

Move credentials into Secret Manager or equivalent secured bindings and commit only non-secret configuration and dependency manifests. This action could be suitable for a different engineering incident: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility. It does not directly correct the reported Stonewell Payments failure: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. The discriminating acceptance check here is: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

Question 204

The acceptance reviewer at Stonewell Payments needs independent proof of the correction to this reported ML problem: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. Which observation would establish that the particular failure has been remedied?

  1. The experiment trace shows scaler fit only on training folds and validation scores are recomputed without leakage.
  2. JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.
  3. Permission probes show successful authorized reads but deny unrelated projects and privileged administrative operations.
  4. Repository scans show no credential strings and a fresh authorized notebook run loads configuration without exposing secrets.

Explanation

Correct Answer

B:

JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback. This controlled observation specifically validates the proposed remedy: Select a supported JAX runtime and accelerator stack, then verify device placement before running the benchmark. It addresses the documented failure at Stonewell Payments: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution.

Incorrect Answers

A:

The experiment trace shows scaler fit only on training folds and validation scores are recomputed without leakage. This is evidence for a different corrective change: Place preprocessing inside a train-only fitted pipeline and transform held-out data using the frozen fitted steps. That other change addresses: A scikit-learn prototype reports unexpectedly high validation scores because its scaler is fit on the combined training and validation data. It does not validate the specific Stonewell Payments remediation for: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. The necessary check instead is: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

C:

Permission probes show successful authorized reads but deny unrelated projects and privileged administrative operations. This is evidence for a different corrective change: Assign a dedicated least-privilege service identity with only the dataset and artifact roles needed by the notebook. That other change addresses: A shared ML notebook runs with project-owner credentials even though it only needs read access to a narrow training dataset. It does not validate the specific Stonewell Payments remediation for: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. The necessary check instead is: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

D:

Repository scans show no credential strings and a fresh authorized notebook run loads configuration without exposing secrets. This is evidence for a different corrective change: Move credentials into Secret Manager or equivalent secured bindings and commit only non-secret configuration and dependency manifests. That other change addresses: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility. It does not validate the specific Stonewell Payments remediation for: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. The necessary check instead is: JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

Question 205

An operational review for Harbor Rail Logistics identifies this technical issue in a Google Cloud ML workflow: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. Which engineering response addresses the immediate root problem most directly?

  1. Move credentials into Secret Manager or equivalent secured bindings and commit only non-secret configuration and dependency manifests.
  2. Select an authorized Model Garden candidate and record model provenance, permissions, and prototype limitations.
  3. Store secrets in an approved secret-management system, redact outputs, and restrict Colab Enterprise or Workbench sharing.
  4. Add explicit sample, batch-shape, and training-step checks to the notebook before comparing model variants.

Explanation

Correct Answer

B:

Select an authorized Model Garden candidate and record model provenance, permissions, and prototype limitations. This directly targets the observed failure: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. For the Harbor Rail Logistics case, successful remediation should be demonstrated with this acceptance evidence: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

Incorrect Answers

A:

Move credentials into Secret Manager or equivalent secured bindings and commit only non-secret configuration and dependency manifests. This action could be suitable for a different engineering incident: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility. It does not directly correct the reported Harbor Rail Logistics failure: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. The discriminating acceptance check here is: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

C:

Store secrets in an approved secret-management system, redact outputs, and restrict Colab Enterprise or Workbench sharing. This action could be suitable for a different engineering incident: A collaboration notebook contains raw credentials in its saved cell outputs and is shared beyond the experiment group. It does not directly correct the reported Harbor Rail Logistics failure: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. The discriminating acceptance check here is: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

D:

Add explicit sample, batch-shape, and training-step checks to the notebook before comparing model variants. This action could be suitable for a different engineering incident: A PyTorch prototype produces different tensor shapes after a model upgrade, but its notebook has no regression checks around data loaders. It does not directly correct the reported Harbor Rail Logistics failure: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. The discriminating acceptance check here is: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

Question 206

The acceptance reviewer at Harbor Rail Logistics needs independent proof of the correction to this reported ML problem: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. Which controlled validation finding is most relevant before closing this issue?

  1. A changed input shape fails the local check before a long training job starts and supported shapes complete a training step.
  2. A share-and-export inspection finds no embedded secret while the authorized notebook can still access approved resources.
  3. Repository scans show no credential strings and a fresh authorized notebook run loads configuration without exposing secrets.
  4. A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

Explanation

Correct Answer

D:

A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior. This controlled observation specifically validates the proposed remedy: Select an authorized Model Garden candidate and record model provenance, permissions, and prototype limitations. It addresses the documented failure at Harbor Rail Logistics: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints.

Incorrect Answers

A:

A changed input shape fails the local check before a long training job starts and supported shapes complete a training step. This is evidence for a different corrective change: Add explicit sample, batch-shape, and training-step checks to the notebook before comparing model variants. That other change addresses: A PyTorch prototype produces different tensor shapes after a model upgrade, but its notebook has no regression checks around data loaders. It does not validate the specific Harbor Rail Logistics remediation for: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. The necessary check instead is: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

B:

A share-and-export inspection finds no embedded secret while the authorized notebook can still access approved resources. This is evidence for a different corrective change: Store secrets in an approved secret-management system, redact outputs, and restrict Colab Enterprise or Workbench sharing. That other change addresses: A collaboration notebook contains raw credentials in its saved cell outputs and is shared beyond the experiment group. It does not validate the specific Harbor Rail Logistics remediation for: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. The necessary check instead is: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

C:

Repository scans show no credential strings and a fresh authorized notebook run loads configuration without exposing secrets. This is evidence for a different corrective change: Move credentials into Secret Manager or equivalent secured bindings and commit only non-secret configuration and dependency manifests. That other change addresses: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility. It does not validate the specific Harbor Rail Logistics remediation for: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. The necessary check instead is: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

Question 207

An ML engineering reviewer for Aster Pharma (life science research) is investigating a client issue under requirements for responsible AI reviews and governed clinical datasets: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. What is the most targeted corrective engineering action for this failure?

  1. Select an authorized Model Garden candidate and record model provenance, permissions, and prototype limitations.
  2. Pin framework and dependency versions in a reproducible environment manifest and test upgrades separately.
  3. Choose a compatible GPU-backed notebook runtime and verify accelerator support for the selected framework and region.
  4. Add explicit sample, batch-shape, and training-step checks to the notebook before comparing model variants.

Explanation

Correct Answer

A:

Select an authorized Model Garden candidate and record model provenance, permissions, and prototype limitations. This directly targets the observed failure: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. For the Aster Pharma case, successful remediation should be demonstrated with this acceptance evidence: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

Incorrect Answers

B:

Pin framework and dependency versions in a reproducible environment manifest and test upgrades separately. This action could be suitable for a different engineering incident: A prototype notebook automatically installs the newest PyTorch version, causing inconsistent operators and training results between sessions. It does not directly correct the reported Aster Pharma failure: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. The discriminating acceptance check here is: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

C:

Choose a compatible GPU-backed notebook runtime and verify accelerator support for the selected framework and region. This action could be suitable for a different engineering incident: An image training prototype requires GPU operations but its Workbench instance runs on CPU and takes days per short experiment. It does not directly correct the reported Aster Pharma failure: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. The discriminating acceptance check here is: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

D:

Add explicit sample, batch-shape, and training-step checks to the notebook before comparing model variants. This action could be suitable for a different engineering incident: A PyTorch prototype produces different tensor shapes after a model upgrade, but its notebook has no regression checks around data loaders. It does not directly correct the reported Aster Pharma failure: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. The discriminating acceptance check here is: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

Question 208

For Aster Pharma, the engineer must verify a remediation with measured evidence, not just a deployment claim. The original failure was: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. Which acceptance evidence would most directly demonstrate a successful correction?

  1. Framework diagnostics detect the intended accelerator and benchmark training throughput improves at acceptable cost.
  2. A changed input shape fails the local check before a long training job starts and supported shapes complete a training step.
  3. A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.
  4. Two fresh notebook sessions resolve the same package versions and pass the model's reproducibility tests.

Explanation

Correct Answer

C:

A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior. This controlled observation specifically validates the proposed remedy: Select an authorized Model Garden candidate and record model provenance, permissions, and prototype limitations. It addresses the documented failure at Aster Pharma: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints.

Incorrect Answers

A:

Framework diagnostics detect the intended accelerator and benchmark training throughput improves at acceptable cost. This is evidence for a different corrective change: Choose a compatible GPU-backed notebook runtime and verify accelerator support for the selected framework and region. That other change addresses: An image training prototype requires GPU operations but its Workbench instance runs on CPU and takes days per short experiment. It does not validate the specific Aster Pharma remediation for: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. The necessary check instead is: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

B:

A changed input shape fails the local check before a long training job starts and supported shapes complete a training step. This is evidence for a different corrective change: Add explicit sample, batch-shape, and training-step checks to the notebook before comparing model variants. That other change addresses: A PyTorch prototype produces different tensor shapes after a model upgrade, but its notebook has no regression checks around data loaders. It does not validate the specific Aster Pharma remediation for: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. The necessary check instead is: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

D:

Two fresh notebook sessions resolve the same package versions and pass the model's reproducibility tests. This is evidence for a different corrective change: Pin framework and dependency versions in a reproducible environment manifest and test upgrades separately. That other change addresses: A prototype notebook automatically installs the newest PyTorch version, causing inconsistent operators and training results between sessions. It does not validate the specific Aster Pharma remediation for: A notebook user pastes an unknown foundation-model repository into production experiments without inspecting license or supported inference constraints. The necessary check instead is: A model-card review confirms permitted use and the notebook run logs the approved model version and representative behavior.

Question 209

An ML engineering reviewer for Mercury Travel Tech (travel technology) is investigating a client issue under requirements for cross-language request quality and prompt safety: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility. Which proposed remediation is most appropriate for this observed behavior?

  1. Select a supported JAX runtime and accelerator stack, then verify device placement before running the benchmark.
  2. Choose a compatible GPU-backed notebook runtime and verify accelerator support for the selected framework and region.
  3. Add explicit sample, batch-shape, and training-step checks to the notebook before comparing model variants.
  4. Move credentials into Secret Manager or equivalent secured bindings and commit only non-secret configuration and dependency manifests.

Explanation

Correct Answer

D:

Move credentials into Secret Manager or equivalent secured bindings and commit only non-secret configuration and dependency manifests. This directly targets the observed failure: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility. For the Mercury Travel Tech case, successful remediation should be demonstrated with this acceptance evidence: Repository scans show no credential strings and a fresh authorized notebook run loads configuration without exposing secrets.

Incorrect Answers

A:

Select a supported JAX runtime and accelerator stack, then verify device placement before running the benchmark. This action could be suitable for a different engineering incident: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. It does not directly correct the reported Mercury Travel Tech failure: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility. The discriminating acceptance check here is: Repository scans show no credential strings and a fresh authorized notebook run loads configuration without exposing secrets.

B:

Choose a compatible GPU-backed notebook runtime and verify accelerator support for the selected framework and region. This action could be suitable for a different engineering incident: An image training prototype requires GPU operations but its Workbench instance runs on CPU and takes days per short experiment. It does not directly correct the reported Mercury Travel Tech failure: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility. The discriminating acceptance check here is: Repository scans show no credential strings and a fresh authorized notebook run loads configuration without exposing secrets.

C:

Add explicit sample, batch-shape, and training-step checks to the notebook before comparing model variants. This action could be suitable for a different engineering incident: A PyTorch prototype produces different tensor shapes after a model upgrade, but its notebook has no regression checks around data loaders. It does not directly correct the reported Mercury Travel Tech failure: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility. The discriminating acceptance check here is: Repository scans show no credential strings and a fresh authorized notebook run loads configuration without exposing secrets.

Question 210

For Mercury Travel Tech, the engineer must verify a remediation with measured evidence, not just a deployment claim. The original failure was: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility. Which independently observable result best verifies that the remediation works?

  1. Framework diagnostics detect the intended accelerator and benchmark training throughput improves at acceptable cost.
  2. Repository scans show no credential strings and a fresh authorized notebook run loads configuration without exposing secrets.
  3. A changed input shape fails the local check before a long training job starts and supported shapes complete a training step.
  4. JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback.

Explanation

Correct Answer

B:

Repository scans show no credential strings and a fresh authorized notebook run loads configuration without exposing secrets. This controlled observation specifically validates the proposed remedy: Move credentials into Secret Manager or equivalent secured bindings and commit only non-secret configuration and dependency manifests. It addresses the documented failure at Mercury Travel Tech: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility.

Incorrect Answers

A:

Framework diagnostics detect the intended accelerator and benchmark training throughput improves at acceptable cost. This is evidence for a different corrective change: Choose a compatible GPU-backed notebook runtime and verify accelerator support for the selected framework and region. That other change addresses: An image training prototype requires GPU operations but its Workbench instance runs on CPU and takes days per short experiment. It does not validate the specific Mercury Travel Tech remediation for: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility. The necessary check instead is: Repository scans show no credential strings and a fresh authorized notebook run loads configuration without exposing secrets.

C:

A changed input shape fails the local check before a long training job starts and supported shapes complete a training step. This is evidence for a different corrective change: Add explicit sample, batch-shape, and training-step checks to the notebook before comparing model variants. That other change addresses: A PyTorch prototype produces different tensor shapes after a model upgrade, but its notebook has no regression checks around data loaders. It does not validate the specific Mercury Travel Tech remediation for: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility. The necessary check instead is: Repository scans show no credential strings and a fresh authorized notebook run loads configuration without exposing secrets.

D:

JAX device enumeration and profiler traces show the expected device rather than an unintended CPU fallback. This is evidence for a different corrective change: Select a supported JAX runtime and accelerator stack, then verify device placement before running the benchmark. That other change addresses: A JAX research notebook is configured with incompatible accelerator drivers and silently falls back to CPU execution. It does not validate the specific Mercury Travel Tech remediation for: A team commits notebook environment variables containing production API keys to its Git repository for reproducibility. The necessary check instead is: Repository scans show no credential strings and a fresh authorized notebook run loads configuration without exposing secrets.