Free Amazon Web Services AIF-C01 Practice Exam with Questions & Answers | Set: 9

Amazon SageMaker Feature Store is the correct solution for sharing and managing variables (features) across multiple teams during model development.

Amazon SageMaker Feature Store:

A fully managed repository for storing, sharing, and managing machine learning features across different teams and models.

It enables collaboration and reuse of features, ensuring consistent data usage and reducing redundancy.

Why Option A is Correct:

Centralized Feature Management: Provides a central repository for managing features, making it easier to share them across teams.

Collaboration and Reusability: Improves efficiency by allowing teams to reuse existing features instead of creating them from scratch.

Why Other Options are Incorrect:

B. SageMaker Data Wrangler: Helps with data preparation and analysis but does not provide a centralized feature store.

C. SageMaker Clarify: Used for bias detection and explainability, not for managing variables across teams.

D. SageMaker Model Cards: Provide model documentation, not feature management.

Comprehensive and Detailed Explanation From Exact Extract:

In a RAG (Retrieval Augmented Generation) architecture, there are steps that can be optimized using offline batch processing, particularly for operations that do not require real-time updates:

A. Generation of content embeddings:When new content is published, it can be processed in batches to generate embeddings (vector representations) offline. These embeddings are then used at query time for similarity search. As new documents come in daily, batch processing is ideal for generating embeddings for all new content together.

“Content/document embeddings are typically generated offline, as this operation can be computationally expensive and does not need to happen in real-time.”

(Reference: AWS GenAI RAG Blog, Amazon Bedrock RAG Pattern)

C. Creation of the search index:After generating the content embeddings, these are indexed in a vector database or search service. This indexing is also typically performed in batch as part of the offline pipeline.

“Building or updating the vector index is often performed as a batch operation, reflecting the latest state of the content repository.”

(Reference: AWS RAG Pattern Whitepaper)

B, D, and E are real-time steps. Embeddings for user queries (B), retrieval of relevant content (D), and response generation (E) must be processed in real-time to provide an interactive experience.

Exploratory data analysis (EDA) involves understanding the data by visualizing it, calculating statistics, and creating correlation matrices. This stage helps identify patterns, relationships, and anomalies in the data, which can guide further steps in the ML pipeline.

Option C (Correct): " Exploratory data analysis " : This is the correct answer as the tasks described (correlation matrix, calculating statistics, visualizing data) are all part of the EDA process.

Option A: " Data pre-processing " is incorrect because it involves cleaning and transforming data, not initial analysis.

Option B: " Feature engineering " is incorrect because it involves creating new features from raw data, not analyzing the data ' s existing structure.

Option D: " Hyperparameter tuning " is incorrect because it refers to optimizing model parameters, not analyzing the data.

AWS AI Practitioner References:

Stages of the Machine Learning Pipeline: AWS outlines EDA as the initial phase of understanding and exploring data before moving to more specific preprocessing, feature engineering, and model training stages.

The verified answer is A. Review the training data to check for biases. Include data from all demographics in the training data. The application is being used for loan approval decisions, so fairness is critical. AWS Machine Learning Lens guidance states that teams should analyze whether training data adequately represents the diversity of the user population and check for existing biases in labels or features that could be perpetuated by the model. AWS also recommends evaluating and preparing representative training data, analyzing training data for potential biases, verifying that the data accurately represents the population on which the model will be deployed, and addressing representation gaps.

This directly matches option A. For loan decisions, biased or unrepresentative training data can cause unfair outcomes for demographic groups. Reviewing the training data and including representative data from all demographics helps reduce the risk that the model learns patterns that disadvantage underrepresented groups.

Option B is incorrect because a deep learning model with many hidden layers does not automatically make a system fair. In fact, more complex models can be harder to interpret and may still learn biased patterns from biased data.

Option C is incorrect because secrecy conflicts with responsible AI principles. Financial loan decisions often require transparency, explainability, governance, and auditability. Hiding the decision process does not make outputs fair.

Option D is incorrect because monitoring only a static test dataset is insufficient. A static dataset may not represent changing real-world populations, drift, or emerging bias. AWS guidance recommends tracking fairness metrics over time and detecting emerging bias in deployment.

Therefore, the correct solution is to review and balance representative training data across demographics.

The average response time is the correct metric for measuring the runtime efficiency of operating AI models.

Average Response Time:

Refers to the time taken by the model to generate an output after receiving an input. It is a key metric for evaluating the performance and efficiency of AI models in production.

A lower average response time indicates a more efficient model that can handle queries quickly.

Why Option C is Correct:

Measures Runtime Efficiency: Directly indicates how fast the model processes inputs and delivers outputs, which is critical for real-time applications.

Performance Indicator: Helps identify potential bottlenecks and optimize model performance.

Why Other Options are Incorrect:

A. Customer satisfaction score (CSAT): Measures customer satisfaction, not model runtime efficiency.

B. Training time for each epoch: Measures training efficiency, not runtime efficiency during model operation.

D. Number of training instances: Refers to data used during training, not operational efficiency.

The correct answer is C, because Amazon Nova Micro is a smaller, lower-cost foundation model that is text-only, while Nova Lite is a more capable multimodal model that supports images, videos, and text. According to AWS Bedrock documentation, the Nova model family includes variants that differ in capability and cost. Nova Micro is optimized for lightweight text-based tasks, including summarization, question answering, and basic reasoning. This makes it cheaper to operate and well-suited for cost-sensitive workloads. Nova Lite, on the other hand, is a multimodal FM that can analyze documents, screenshots, photographs, charts, and videos, making it ideal for media companies requiring cross-format understanding. AWS clarifies that both Micro and Lite use transformer-based architectures, and run on managed infrastructure that abstracts hardware considerations. Therefore, the main differentiator is capability—and Nova Micro being text-only is the more cost-effective option. Nova Lite is appropriate only when image or video analysis is required.

Referenced AWS Documentation:

Amazon Bedrock – Nova Model Family Overview

AWS Generative AI Model Selection Guide

The correct answer is C because Amazon Bedrock with On-Demand Throughput is designed for variable or unpredictable workloads. It allows you to pay only for what you use, which is ideal for early-stage or pilot-phase generative AI applications.

From AWS documentation:

" On-Demand Throughput in Amazon Bedrock provides flexibility and cost-efficiency for unpredictable or low-volume generative AI applications. You are charged based on the number of input/output tokens processed, with no need to provision dedicated capacity. "

Explanation of other options:

A. Using GPU-powered EC2 instances requires managing infrastructure and is generally more expensive, especially for inconsistent usage.

B. Provisioned Throughput is best suited for predictable, high-volume production workloads where guaranteed throughput is needed.

D. SageMaker JumpStart is for training and deploying ML models, not for efficient inference of foundation models.

Referenced AWS AI/ML Documents and Study Guides:

Amazon Bedrock Pricing and Throughput Models

AWS Generative AI Best Practices – Cost Optimization

AWS ML Specialty Guide – Bedrock Deployment Models

The correct answer is C – Develop an anomaly detection system. According to AWS documentation, anomaly detection models are specifically used to identify unusual or suspicious patterns in data, such as unexpected IP access behavior, unusual network traffic, login anomalies, or deviations from normal usage patterns. Amazon SageMaker and Amazon Lookout for Metrics both support anomaly detection capabilities that detect deviations from learned baselines. AWS highlights that anomaly detection is widely used in cybersecurity, fraud detection, intrusion monitoring, and identifying suspicious IP addresses. Speech recognition (A) and NLP named entity recognition (B) do not classify threat behavior. Fraud forecasting (D) focuses on long-term prediction patterns, not real-time anomaly detection. Since identifying malicious IP sources requires spotting activity outside the normal distribution, anomaly detection is the most accurate and AWS-aligned solution.

Referenced AWS Documentation:

AWS Machine Learning Specialty Guide – Anomaly Detection Use Cases

Amazon SageMaker Documentation – Random Cut Forest (RCF) for Anomaly Detection