Question 840
At Granite SaaS, the production MLOps team maintains multi-tenant inference and model release pipelines under requirements for least-privilege deployment and measurable service quality. The production acceptance reviewer checks a proposed fix for: A SageMaker notebook user stores long-lived AWS credentials in the notebook source so other project members can inspect them. Which observed result BEST demonstrates that the correction works?
Explanation
Correct Answer
A code scan finds no static secret and the notebook's execution role can use only its intended dataset resources. This is observable proof for correction of: A SageMaker notebook user stores long-lived AWS credentials in the notebook source so other project members can inspect them. The approved design change is: Replace embedded access keys with authorized IAM roles and secure short-lived credential delivery for the notebook environment. The Granite SaaS acceptance test separates measured ML behavior from an unverified implementation claim.
Incorrect Answers
A controlled malformed-input batch is counted in the rejection metric and overall error reporting includes all attempted records. This would verify a different operation: Track total received records, rejected records and successful predictions with clear denominators across batch processing. That separate action addresses: A batch prediction system drops malformed records but the monitoring report tracks only successfully scored inputs and understates total error rate. It cannot establish the required Granite SaaS correction for: A SageMaker notebook user stores long-lived AWS credentials in the notebook source so other project members can inspect them. The decisive acceptance check is instead: A code scan finds no static secret and the notebook's execution role can use only its intended dataset resources.
A controlled disparity case is surfaced by the intended bias metric and the report records sample sizes and review limitations. This would verify a different operation: Use appropriate SageMaker Clarify post-training bias measures and valid governed outcome data with documented fairness interpretation. That separate action addresses: A post-deployment bias analysis aggregates only predictions while never comparing their distribution with relevant protected-group outcomes. It cannot establish the required Granite SaaS correction for: A SageMaker notebook user stores long-lived AWS credentials in the notebook source so other project members can inspect them. The decisive acceptance check is instead: A code scan finds no static secret and the notebook's execution role can use only its intended dataset resources.
A controlled missing-lookup request produces a measurable model-error event rather than being counted as a valid prediction. This would verify a different operation: Add model-specific output-validity checks and application error metrics alongside endpoint health measurements. That separate action addresses: A model serving container returns HTTP 200 for all requests even when its predictor emits empty outputs due to a failed feature lookup. It cannot establish the required Granite SaaS correction for: A SageMaker notebook user stores long-lived AWS credentials in the notebook source so other project members can inspect them. The decisive acceptance check is instead: A code scan finds no static secret and the notebook's execution role can use only its intended dataset resources.