Question 50
At Bluehaven Transit, the predictive maintenance engineers maintain fleet sensor streams and inspection models under requirements for reliable event ingestion and low-alert latency. The ML reliability team requests proof of the remediation for: The SageMaker Feature Store offline store is configured with a wrong S3 bucket and the expected historical training features never appear for query. Which observed result BEST demonstrates that the correction works?
Explanation
Correct Answer
New feature records are queryable from the intended offline store after normal delivery delay while the online store remains functional. This is observable proof for correction of: The SageMaker Feature Store offline store is configured with a wrong S3 bucket and the expected historical training features never appear for query. The approved design change is: Correct the offline-store S3 and IAM configuration and verify feature group creation and data delivery permissions. The Bluehaven Transit acceptance test separates measured ML behavior from an unverified implementation claim.
Incorrect Answers
The duplicate audit shows coherent labels within matching-image clusters and a reviewed exception log tracks ambiguous cases. This would verify a different operation: Fingerprint and review duplicate image groups and reconcile their class labels before publishing the approved training set. That separate action addresses: A classification training set contains duplicated near-identical product images assigned conflicting labels, creating avoidable noise. It cannot establish the required Bluehaven Transit correction for: The SageMaker Feature Store offline store is configured with a wrong S3 bucket and the expected historical training features never appear for query. The decisive acceptance check is instead: New feature records are queryable from the intended offline store after normal delivery delay while the online store remains functional.
A cross-split identity audit finds no patient overlap and the held-out metric is computed on previously unseen identities. This would verify a different operation: Split examples by patient identity and keep all records for one identity in only one dataset partition. That separate action addresses: An ML pipeline randomly splits multiple events from one patient across training and test datasets, leaking individual-specific signals. It cannot establish the required Bluehaven Transit correction for: The SageMaker Feature Store offline store is configured with a wrong S3 bucket and the expected historical training features never appear for query. The decisive acceptance check is instead: New feature records are queryable from the intended offline store after normal delivery delay while the online store remains functional.
The large synthetic partition completes without driver out-of-memory errors and its aggregate counts match the reference run. This would verify a different operation: Use distributed Spark transforms or scalable partitioned outputs instead of collecting the full dataset to one process. That separate action addresses: A Spark feature preparation stage converts all encoded records to driver memory and fails for large training partitions. It cannot establish the required Bluehaven Transit correction for: The SageMaker Feature Store offline store is configured with a wrong S3 bucket and the expected historical training features never appear for query. The decisive acceptance check is instead: New feature records are queryable from the intended offline store after normal delivery delay while the online store remains functional.