Question 250
At Lakeside Research, the applied ML group maintains anonymized scientific datasets and repeatable experiments under requirements for auditable lineage and reproducible predictions. Following the controlled change, the team validates: A fraud model combines batch data from multiple sources but no provenance field identifies which source produced a disputed training record. Which observed result BEST demonstrates that the correction works?
Explanation
Correct Answer
A disputed reference record can be traced to its originating S3 object and producing system without exposing prohibited user fields. This is observable proof for correction of: A fraud model combines batch data from multiple sources but no provenance field identifies which source produced a disputed training record. The approved design change is: Attach source system, ingest time and immutable batch manifest metadata to accepted training records during data integration. The Lakeside Research acceptance test separates measured ML behavior from an unverified implementation claim.
Incorrect Answers
New feature records are queryable from the intended offline store after normal delivery delay while the online store remains functional. This would verify a different operation: Correct the offline-store S3 and IAM configuration and verify feature group creation and data delivery permissions. That separate action addresses: The SageMaker Feature Store offline store is configured with a wrong S3 bucket and the expected historical training features never appear for query. It cannot establish the required Lakeside Research correction for: A fraud model combines batch data from multiple sources but no provenance field identifies which source produced a disputed training record. The decisive acceptance check is instead: A disputed reference record can be traced to its originating S3 object and producing system without exposing prohibited user fields.
The controlled high-rate producer stays within accepted write limits and downstream lag returns to the target threshold. This would verify a different operation: Measure partition-key distribution and provision or scale stream capacity using suitable shard or on-demand settings. That separate action addresses: A high-volume inference feature ingest uses one Kinesis shard even after throughput grows, leading to sustained throttling of producer records. It cannot establish the required Lakeside Research correction for: A fraud model combines batch data from multiple sources but no provenance field identifies which source produced a disputed training record. The decisive acceptance check is instead: A disputed reference record can be traced to its originating S3 object and producing system without exposing prohibited user fields.
A controlled event series produces identical seven-day feature values in both training and real-time serving paths. This would verify a different operation: Implement the same window boundaries, event-time cutoff and aggregation logic for offline and online feature creation. That separate action addresses: A training set combines click counts over seven-day windows but the online feature computation uses calendar-week counts instead. It cannot establish the required Lakeside Research correction for: A fraud model combines batch data from multiple sources but no provenance field identifies which source produced a disputed training record. The decisive acceptance check is instead: A disputed reference record can be traced to its originating S3 object and producing system without exposing prohibited user fields.