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 53

Question 520

The reliability team at Stonewell Payments is closing a corrective-action ticket for this ML failure: A private fraud model endpoint is accidentally reachable from the public internet even though all consumers are within a controlled network. What measured outcome provides the strongest check that this problem is resolved?

  1. An external network probe fails while an authorized internal client can still invoke predictions.
  2. The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.
  3. A deliberately incomplete request raises the expected validation error and valid inputs remain unaffected.
  4. The batch manifest reconciles input and output row counts, and authorized reviewers can retrieve the results after worker termination.

Explanation

Correct Answer

A:

An external network probe fails while an authorized internal client can still invoke predictions. This controlled observation specifically validates the proposed remedy: Use a private serving access path and tighten network exposure to only approved client connectivity. It addresses the documented failure at Stonewell Payments: A private fraud model endpoint is accidentally reachable from the public internet even though all consumers are within a controlled network.

Incorrect Answers

B:

The versioned artifact loads in a clean serving image and matches reference outputs on test inputs. This is evidence for a different corrective change: Export a supported portable model artifact and record framework, dependency, and serialization compatibility. That other change addresses: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. It does not validate the specific Stonewell Payments remediation for: A private fraud model endpoint is accidentally reachable from the public internet even though all consumers are within a controlled network. The necessary check instead is: An external network probe fails while an authorized internal client can still invoke predictions.

C:

A deliberately incomplete request raises the expected validation error and valid inputs remain unaffected. This is evidence for a different corrective change: Validate inference request schema and reject or explicitly handle missing critical features instead of silently defaulting. That other change addresses: An online API silently fills missing required feature fields with zero and returns confident but invalid predictions. It does not validate the specific Stonewell Payments remediation for: A private fraud model endpoint is accidentally reachable from the public internet even though all consumers are within a controlled network. The necessary check instead is: An external network probe fails while an authorized internal client can still invoke predictions.

D:

The batch manifest reconciles input and output row counts, and authorized reviewers can retrieve the results after worker termination. This is evidence for a different corrective change: Persist batch inference results and provenance to a governed durable storage sink with an output manifest. That other change addresses: A batch-scored insurance dataset writes results to ephemeral worker storage, so outputs disappear before the compliance team can audit them. It does not validate the specific Stonewell Payments remediation for: A private fraud model endpoint is accidentally reachable from the public internet even though all consumers are within a controlled network. The necessary check instead is: An external network probe fails while an authorized internal client can still invoke predictions.

Question 521

Northgate Clinical Systems has asked its ML engineering advisor to investigate a reported implementation fault within a health analytics workload: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. What is the most targeted corrective engineering action for this failure?

  1. Package the supported model runtime and dependencies into a reproducible custom serving container.
  2. Benchmark bounded inference batching with a latency-aware maximum batch size and safe request mapping.
  3. Deploy the serving container on properly governed GKE with the required mesh, scheduling, and policy configuration.
  4. Grant a dedicated least-privilege runtime identity scoped to the deployed model and needed dependencies.

Explanation

Correct Answer

D:

Grant a dedicated least-privilege runtime identity scoped to the deployed model and needed dependencies. This directly targets the observed failure: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. For the Northgate Clinical Systems case, successful remediation should be demonstrated with this acceptance evidence: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

Incorrect Answers

A:

Package the supported model runtime and dependencies into a reproducible custom serving container. This action could be suitable for a different engineering incident: A scientific PyTorch model uses custom inference libraries unavailable in prebuilt serving images and fails on import. It does not directly correct the reported Northgate Clinical Systems failure: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. The discriminating acceptance check here is: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

B:

Benchmark bounded inference batching with a latency-aware maximum batch size and safe request mapping. This action could be suitable for a different engineering incident: A text embedding service makes one GPU call per small request and wastes device capacity while queue time remains low. It does not directly correct the reported Northgate Clinical Systems failure: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. The discriminating acceptance check here is: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

C:

Deploy the serving container on properly governed GKE with the required mesh, scheduling, and policy configuration. This action could be suitable for a different engineering incident: A research organization requires custom service mesh and specialized sidecar behavior, but its simple serverless deployment cannot express those controls. It does not directly correct the reported Northgate Clinical Systems failure: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. The discriminating acceptance check here is: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

Question 522

The reliability team at Northgate Clinical Systems is closing a corrective-action ticket for this ML failure: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. Which acceptance evidence would most directly demonstrate a successful correction?

  1. A clean container pull loads the artifact and returns expected predictions from the model's representative test fixtures.
  2. Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.
  3. Throughput per accelerator rises while per-request latency stays within the target percentile.
  4. A controlled workload proves the required sidecar and network policies function while inference remains healthy.

Explanation

Correct Answer

B:

Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes. This controlled observation specifically validates the proposed remedy: Grant a dedicated least-privilege runtime identity scoped to the deployed model and needed dependencies. It addresses the documented failure at Northgate Clinical Systems: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions.

Incorrect Answers

A:

A clean container pull loads the artifact and returns expected predictions from the model's representative test fixtures. This is evidence for a different corrective change: Package the supported model runtime and dependencies into a reproducible custom serving container. That other change addresses: A scientific PyTorch model uses custom inference libraries unavailable in prebuilt serving images and fails on import. It does not validate the specific Northgate Clinical Systems remediation for: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. The necessary check instead is: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

C:

Throughput per accelerator rises while per-request latency stays within the target percentile. This is evidence for a different corrective change: Benchmark bounded inference batching with a latency-aware maximum batch size and safe request mapping. That other change addresses: A text embedding service makes one GPU call per small request and wastes device capacity while queue time remains low. It does not validate the specific Northgate Clinical Systems remediation for: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. The necessary check instead is: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

D:

A controlled workload proves the required sidecar and network policies function while inference remains healthy. This is evidence for a different corrective change: Deploy the serving container on properly governed GKE with the required mesh, scheduling, and policy configuration. That other change addresses: A research organization requires custom service mesh and specialized sidecar behavior, but its simple serverless deployment cannot express those controls. It does not validate the specific Northgate Clinical Systems remediation for: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. The necessary check instead is: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

Question 523

An operational review for Stonewell Payments identifies this technical issue in a Google Cloud ML workflow: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. What should the ML engineer implement to correct this specific issue?

  1. Grant a dedicated least-privilege runtime identity scoped to the deployed model and needed dependencies.
  2. Instrument request-level p95 and p99 latency by version and serving stage with actionable alerts.
  3. Keep a previous version available and implement a tested, reversible model deployment rollback procedure.
  4. Assess Cloud Run for the containerized stateless service and configure resource limits, authentication, and concurrency.

Explanation

Correct Answer

A:

Grant a dedicated least-privilege runtime identity scoped to the deployed model and needed dependencies. This directly targets the observed failure: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. For the Stonewell Payments case, successful remediation should be demonstrated with this acceptance evidence: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

Incorrect Answers

B:

Instrument request-level p95 and p99 latency by version and serving stage with actionable alerts. This action could be suitable for a different engineering incident: A model server reports average latency only, masking an unacceptable tail response distribution during load. It does not directly correct the reported Stonewell Payments failure: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. The discriminating acceptance check here is: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

C:

Keep a previous version available and implement a tested, reversible model deployment rollback procedure. This action could be suitable for a different engineering incident: A new model's latency doubles after rollout, but the release automation has no validated route back to the previously approved build. It does not directly correct the reported Stonewell Payments failure: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. The discriminating acceptance check here is: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

D:

Assess Cloud Run for the containerized stateless service and configure resource limits, authentication, and concurrency. This action could be suitable for a different engineering incident: A small stateless HTTP wrapper around a lightweight classifier is deployed on a permanently maintained GKE cluster although platform control is unnecessary. It does not directly correct the reported Stonewell Payments failure: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. The discriminating acceptance check here is: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

Question 524

The acceptance reviewer at Stonewell Payments needs independent proof of the correction to this reported ML problem: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. Which observation would establish that the particular failure has been remedied?

  1. A simulated latency breach restores the approved version within the agreed recovery target.
  2. A representative request load meets latency and scaling needs while removing avoidable cluster operations.
  3. Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.
  4. Load-test traces reveal tail bottlenecks and trigger the configured breach alert under injected delay.

Explanation

Correct Answer

C:

Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes. This controlled observation specifically validates the proposed remedy: Grant a dedicated least-privilege runtime identity scoped to the deployed model and needed dependencies. It addresses the documented failure at Stonewell Payments: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions.

Incorrect Answers

A:

A simulated latency breach restores the approved version within the agreed recovery target. This is evidence for a different corrective change: Keep a previous version available and implement a tested, reversible model deployment rollback procedure. That other change addresses: A new model's latency doubles after rollout, but the release automation has no validated route back to the previously approved build. It does not validate the specific Stonewell Payments remediation for: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. The necessary check instead is: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

B:

A representative request load meets latency and scaling needs while removing avoidable cluster operations. This is evidence for a different corrective change: Assess Cloud Run for the containerized stateless service and configure resource limits, authentication, and concurrency. That other change addresses: A small stateless HTTP wrapper around a lightweight classifier is deployed on a permanently maintained GKE cluster although platform control is unnecessary. It does not validate the specific Stonewell Payments remediation for: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. The necessary check instead is: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

D:

Load-test traces reveal tail bottlenecks and trigger the configured breach alert under injected delay. This is evidence for a different corrective change: Instrument request-level p95 and p99 latency by version and serving stage with actionable alerts. That other change addresses: A model server reports average latency only, masking an unacceptable tail response distribution during load. It does not validate the specific Stonewell Payments remediation for: A serving service account can alter unrelated projects and model registries although it only needs one artifact read and logging permissions. The necessary check instead is: Permission checks allow authorized serving operations but reject unrelated model, storage, and administrative changes.

Question 525

An operational review for Harbor Rail Logistics identifies this technical issue in a Google Cloud ML workflow: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. Which engineering response addresses the immediate root problem most directly?

  1. Deploy the serving container on properly governed GKE with the required mesh, scheduling, and policy configuration.
  2. Benchmark bounded inference batching with a latency-aware maximum batch size and safe request mapping.
  3. Schedule batch inference on Gemini Enterprise Agent Platform or another appropriate managed batch path with governed output storage.
  4. Export a supported portable model artifact and record framework, dependency, and serialization compatibility.

Explanation

Correct Answer

D:

Export a supported portable model artifact and record framework, dependency, and serialization compatibility. This directly targets the observed failure: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. For the Harbor Rail Logistics case, successful remediation should be demonstrated with this acceptance evidence: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

Incorrect Answers

A:

Deploy the serving container on properly governed GKE with the required mesh, scheduling, and policy configuration. This action could be suitable for a different engineering incident: A research organization requires custom service mesh and specialized sidecar behavior, but its simple serverless deployment cannot express those controls. It does not directly correct the reported Harbor Rail Logistics failure: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. The discriminating acceptance check here is: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

B:

Benchmark bounded inference batching with a latency-aware maximum batch size and safe request mapping. This action could be suitable for a different engineering incident: A text embedding service makes one GPU call per small request and wastes device capacity while queue time remains low. It does not directly correct the reported Harbor Rail Logistics failure: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. The discriminating acceptance check here is: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

C:

Schedule batch inference on Gemini Enterprise Agent Platform or another appropriate managed batch path with governed output storage. This action could be suitable for a different engineering incident: A credit-risk model is scored for tens of millions of historical accounts overnight, but the team keeps a permanently running low-latency online endpoint just for this workload. It does not directly correct the reported Harbor Rail Logistics failure: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. The discriminating acceptance check here is: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

Question 526

The acceptance reviewer at Harbor Rail Logistics needs independent proof of the correction to this reported ML problem: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. Which controlled validation finding is most relevant before closing this issue?

  1. The nightly scored dataset is complete by the batch deadline without paying for a continuously idle online service.
  2. The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.
  3. Throughput per accelerator rises while per-request latency stays within the target percentile.
  4. A controlled workload proves the required sidecar and network policies function while inference remains healthy.

Explanation

Correct Answer

B:

The versioned artifact loads in a clean serving image and matches reference outputs on test inputs. This controlled observation specifically validates the proposed remedy: Export a supported portable model artifact and record framework, dependency, and serialization compatibility. It addresses the documented failure at Harbor Rail Logistics: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime.

Incorrect Answers

A:

The nightly scored dataset is complete by the batch deadline without paying for a continuously idle online service. This is evidence for a different corrective change: Schedule batch inference on Gemini Enterprise Agent Platform or another appropriate managed batch path with governed output storage. That other change addresses: A credit-risk model is scored for tens of millions of historical accounts overnight, but the team keeps a permanently running low-latency online endpoint just for this workload. It does not validate the specific Harbor Rail Logistics remediation for: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. The necessary check instead is: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

C:

Throughput per accelerator rises while per-request latency stays within the target percentile. This is evidence for a different corrective change: Benchmark bounded inference batching with a latency-aware maximum batch size and safe request mapping. That other change addresses: A text embedding service makes one GPU call per small request and wastes device capacity while queue time remains low. It does not validate the specific Harbor Rail Logistics remediation for: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. The necessary check instead is: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

D:

A controlled workload proves the required sidecar and network policies function while inference remains healthy. This is evidence for a different corrective change: Deploy the serving container on properly governed GKE with the required mesh, scheduling, and policy configuration. That other change addresses: A research organization requires custom service mesh and specialized sidecar behavior, but its simple serverless deployment cannot express those controls. It does not validate the specific Harbor Rail Logistics remediation for: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. The necessary check instead is: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

Question 527

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 PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. What is the most targeted corrective engineering action for this failure?

  1. Benchmark bounded inference batching with a latency-aware maximum batch size and safe request mapping.
  2. Deploy a low-latency online inference service with measured request-level service objectives and permitted network access.
  3. Export a supported portable model artifact and record framework, dependency, and serialization compatibility.
  4. Keep approved model weights loaded in an appropriately sized serving worker and benchmark warmup behavior.

Explanation

Correct Answer

C:

Export a supported portable model artifact and record framework, dependency, and serialization compatibility. This directly targets the observed failure: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. For the Aster Pharma case, successful remediation should be demonstrated with this acceptance evidence: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

Incorrect Answers

A:

Benchmark bounded inference batching with a latency-aware maximum batch size and safe request mapping. This action could be suitable for a different engineering incident: A text embedding service makes one GPU call per small request and wastes device capacity while queue time remains low. It does not directly correct the reported Aster Pharma failure: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. The discriminating acceptance check here is: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

B:

Deploy a low-latency online inference service with measured request-level service objectives and permitted network access. This action could be suitable for a different engineering incident: A real-time transaction detector must return a result in under 100 milliseconds but a nightly file export is used as the only prediction mechanism. It does not directly correct the reported Aster Pharma failure: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. The discriminating acceptance check here is: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

D:

Keep approved model weights loaded in an appropriately sized serving worker and benchmark warmup behavior. This action could be suitable for a different engineering incident: A large deep model repeatedly loads its weights for every request, creating high startup and per-request overhead. It does not directly correct the reported Aster Pharma failure: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. The discriminating acceptance check here is: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

Question 528

For Aster Pharma, the engineer must verify a remediation with measured evidence, not just a deployment claim. The original failure was: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. Which acceptance evidence would most directly demonstrate a successful correction?

  1. The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.
  2. Throughput per accelerator rises while per-request latency stays within the target percentile.
  3. Load testing demonstrates compliant p99 response time at the forecast peak requests per second.
  4. Warm-request latency meets its target and load events no longer trigger weight reload for each prediction.

Explanation

Correct Answer

A:

The versioned artifact loads in a clean serving image and matches reference outputs on test inputs. This controlled observation specifically validates the proposed remedy: Export a supported portable model artifact and record framework, dependency, and serialization compatibility. It addresses the documented failure at Aster Pharma: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime.

Incorrect Answers

B:

Throughput per accelerator rises while per-request latency stays within the target percentile. This is evidence for a different corrective change: Benchmark bounded inference batching with a latency-aware maximum batch size and safe request mapping. That other change addresses: A text embedding service makes one GPU call per small request and wastes device capacity while queue time remains low. It does not validate the specific Aster Pharma remediation for: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. The necessary check instead is: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

C:

Load testing demonstrates compliant p99 response time at the forecast peak requests per second. This is evidence for a different corrective change: Deploy a low-latency online inference service with measured request-level service objectives and permitted network access. That other change addresses: A real-time transaction detector must return a result in under 100 milliseconds but a nightly file export is used as the only prediction mechanism. It does not validate the specific Aster Pharma remediation for: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. The necessary check instead is: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

D:

Warm-request latency meets its target and load events no longer trigger weight reload for each prediction. This is evidence for a different corrective change: Keep approved model weights loaded in an appropriately sized serving worker and benchmark warmup behavior. That other change addresses: A large deep model repeatedly loads its weights for every request, creating high startup and per-request overhead. It does not validate the specific Aster Pharma remediation for: A PyTorch model package is saved with environment-dependent code objects and fails to load in the production runtime. The necessary check instead is: The versioned artifact loads in a clean serving image and matches reference outputs on test inputs.

Question 529

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 pre-production model depends on a local tokenizer directory that was not included in the serving container and fails on startup. Which proposed remediation is most appropriate for this observed behavior?

  1. Deploy the serving container on properly governed GKE with the required mesh, scheduling, and policy configuration.
  2. Design regionally compliant multi-region routing and failover with replicated approved artifacts where required.
  3. Use a private serving access path and tighten network exposure to only approved client connectivity.
  4. Include tokenizer and preprocessing assets with the versioned model package or approved immutable artifact references.

Explanation

Correct Answer

D:

Include tokenizer and preprocessing assets with the versioned model package or approved immutable artifact references. This directly targets the observed failure: A pre-production model depends on a local tokenizer directory that was not included in the serving container and fails on startup. For the Mercury Travel Tech case, successful remediation should be demonstrated with this acceptance evidence: A clean rollout has all required assets and end-to-end predictions match the offline fixture set.

Incorrect Answers

A:

Deploy the serving container on properly governed GKE with the required mesh, scheduling, and policy configuration. This action could be suitable for a different engineering incident: A research organization requires custom service mesh and specialized sidecar behavior, but its simple serverless deployment cannot express those controls. It does not directly correct the reported Mercury Travel Tech failure: A pre-production model depends on a local tokenizer directory that was not included in the serving container and fails on startup. The discriminating acceptance check here is: A clean rollout has all required assets and end-to-end predictions match the offline fixture set.

B:

Design regionally compliant multi-region routing and failover with replicated approved artifacts where required. This action could be suitable for a different engineering incident: A global prediction API runs only in one region and has no failover despite a strict recovery time objective. It does not directly correct the reported Mercury Travel Tech failure: A pre-production model depends on a local tokenizer directory that was not included in the serving container and fails on startup. The discriminating acceptance check here is: A clean rollout has all required assets and end-to-end predictions match the offline fixture set.

C:

Use a private serving access path and tighten network exposure to only approved client connectivity. This action could be suitable for a different engineering incident: A private fraud model endpoint is accidentally reachable from the public internet even though all consumers are within a controlled network. It does not directly correct the reported Mercury Travel Tech failure: A pre-production model depends on a local tokenizer directory that was not included in the serving container and fails on startup. The discriminating acceptance check here is: A clean rollout has all required assets and end-to-end predictions match the offline fixture set.

Question 530

For Mercury Travel Tech, the engineer must verify a remediation with measured evidence, not just a deployment claim. The original failure was: A pre-production model depends on a local tokenizer directory that was not included in the serving container and fails on startup. Which independently observable result best verifies that the remediation works?

  1. A controlled primary-region disruption shifts traffic within the recovery target and preserves prediction schema.
  2. A clean rollout has all required assets and end-to-end predictions match the offline fixture set.
  3. A controlled workload proves the required sidecar and network policies function while inference remains healthy.
  4. An external network probe fails while an authorized internal client can still invoke predictions.

Explanation

Correct Answer

B:

A clean rollout has all required assets and end-to-end predictions match the offline fixture set. This controlled observation specifically validates the proposed remedy: Include tokenizer and preprocessing assets with the versioned model package or approved immutable artifact references. It addresses the documented failure at Mercury Travel Tech: A pre-production model depends on a local tokenizer directory that was not included in the serving container and fails on startup.

Incorrect Answers

A:

A controlled primary-region disruption shifts traffic within the recovery target and preserves prediction schema. This is evidence for a different corrective change: Design regionally compliant multi-region routing and failover with replicated approved artifacts where required. That other change addresses: A global prediction API runs only in one region and has no failover despite a strict recovery time objective. It does not validate the specific Mercury Travel Tech remediation for: A pre-production model depends on a local tokenizer directory that was not included in the serving container and fails on startup. The necessary check instead is: A clean rollout has all required assets and end-to-end predictions match the offline fixture set.

C:

A controlled workload proves the required sidecar and network policies function while inference remains healthy. This is evidence for a different corrective change: Deploy the serving container on properly governed GKE with the required mesh, scheduling, and policy configuration. That other change addresses: A research organization requires custom service mesh and specialized sidecar behavior, but its simple serverless deployment cannot express those controls. It does not validate the specific Mercury Travel Tech remediation for: A pre-production model depends on a local tokenizer directory that was not included in the serving container and fails on startup. The necessary check instead is: A clean rollout has all required assets and end-to-end predictions match the offline fixture set.

D:

An external network probe fails while an authorized internal client can still invoke predictions. This is evidence for a different corrective change: Use a private serving access path and tighten network exposure to only approved client connectivity. That other change addresses: A private fraud model endpoint is accidentally reachable from the public internet even though all consumers are within a controlled network. It does not validate the specific Mercury Travel Tech remediation for: A pre-production model depends on a local tokenizer directory that was not included in the serving container and fails on startup. The necessary check instead is: A clean rollout has all required assets and end-to-end predictions match the offline fixture set.