Question 620
At Westhaven Retail, the commerce ML platform team maintains customer churn and inventory recommendation models under requirements for stable online features and production rollback. The ML reliability team requests proof of the remediation for: A stack update changes an inference endpoint's network settings without showing whether the change broadens inbound access. Which observed result BEST demonstrates that the correction works?
Explanation
Correct Answer
A risky security-group expansion is blocked during review and a permitted private endpoint change deploys successfully. This is observable proof for correction of: A stack update changes an inference endpoint's network settings without showing whether the change broadens inbound access. The approved design change is: Require inspected infrastructure change sets and automated network-policy validation before applying the altered endpoint stack. The Westhaven Retail acceptance test separates measured ML behavior from an unverified implementation claim.
Incorrect Answers
A representative live test receives each decision within the checkout deadline without waiting for a batch schedule. This would verify a different operation: Deploy an appropriately scaled low-latency real-time inference endpoint and route transaction requests through the authorized path. That separate action addresses: A web fraud detector requires low-latency inference for each checkout, but the proposed architecture waits for the next hourly batch transformation. It cannot establish the required Westhaven Retail correction for: A stack update changes an inference endpoint's network settings without showing whether the change broadens inbound access. The decisive acceptance check is instead: A risky security-group expansion is blocked during review and a permitted private endpoint change deploys successfully.
An oversized test input is queued, processed and retrieved asynchronously without the client's synchronous timeout. This would verify a different operation: Choose SageMaker asynchronous inference or a supported job-based flow with input-output object locations and completion handling. That separate action addresses: An image analysis API accepts infrequent large payloads with long processing times but times out when called synchronously through a normal endpoint. It cannot establish the required Westhaven Retail correction for: A stack update changes an inference endpoint's network settings without showing whether the change broadens inbound access. The decisive acceptance check is instead: A risky security-group expansion is blocked during review and a permitted private endpoint change deploys successfully.
A known request traverses the versioned preprocessing and prediction stages and produces the expected output after deployment. This would verify a different operation: Use a supported SageMaker inference pipeline or reviewed multi-container design with compatible input and output contracts. That separate action addresses: An inference service chains preprocessing and prediction in application code that cannot be versioned with the SageMaker deployed model. It cannot establish the required Westhaven Retail correction for: A stack update changes an inference endpoint's network settings without showing whether the change broadens inbound access. The decisive acceptance check is instead: A risky security-group expansion is blocked during review and a permitted private endpoint change deploys successfully.