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

AWS PrivateLink enables private connectivity between VPCs and AWS services without exposing traffic to the public internet. This feature is critical for meeting regulatory compliance standards that require isolation from public internet traffic.

Option A (Correct): " AWS PrivateLink " : This is the correct answer because it allows secure access to Amazon Bedrock and other AWS services from a VPC without internet access, ensuring compliance with regulatory standards.

Option B: " Amazon Macie " is incorrect because it is a security service for data classification and protection, not for managing private network traffic.

Option C: " Amazon CloudFront " is incorrect because it is a content delivery network service and does not provide private network connectivity.

Option D: " Internet gateway " is incorrect as it enables internet access, which violates the VPC ' s no-internet-traffic policy.

AWS AI Practitioner References:

AWS PrivateLink Documentation: AWS highlights PrivateLink as a solution for connecting VPCs to AWS services privately, which is essential for organizations with strict regulatory requirements.

Comprehensive and Detailed Explanation From Exact AWS AI documents:

According to MLOps best practices, once an ML model is deployed to production—especially an open-source pre-trained model—the organization must continuously monitor model outputs to ensure:

Model predictions remain accurate over time

No performance degradation due to data drift or concept drift

Outputs remain aligned with business and ethical expectations

AWS MLOps guidance emphasizes monitoring in production as a mandatory step for maintaining model reliability and governance.

Why the other options are incorrect:

A (Hyperparameter tuning) is optional and model-dependent.

B (Labeling data) is required only when training or fine-tuning, not when using a pre-trained model directly.

D (Feature engineering) is less relevant for modern pre-trained NLP models.

AWS AI document references:

MLOps Best Practices on AWS

Amazon SageMaker Model Monitoring

Operationalizing Machine Learning on AWS

The company is developing an ML model to predict customer churn, a binary classification task (churn or no churn). The F1 score is an evaluation metric that balances precision and recall, making it suitable for assessing the performance of binary classification models, especially when dealing with imbalanced datasets, which is common in churn prediction.

Exact Extract from AWS AI Documents:

From the Amazon SageMaker Developer Guide:

" The F1 score is a metric for evaluating binary classification models, combining precision and recall into a single value. It is particularly useful for tasks like churn prediction, where class imbalance may exist, ensuring the model performs well on both positive and negative classes. "

(Source: Amazon SageMaker Developer Guide, Model Evaluation Metrics)

Detailed Explanation:

Option A: F1 scoreThis is the correct answer. The F1 score is ideal for binary classification tasks like churn prediction, as it measures the model’s ability to correctly identify both churners and non-churners.

Option B: Mean squared error (MSE)MSE is used for regression tasks to measure the average squared difference between predicted and actual values, not for binary classification.

Option C: R-squaredR-squared is a metric for regression models, indicating how well the model explains the variability of the target variable. It is not applicable to classification tasks.

Option D: Time used to train the modelTraining time is not an evaluation metric for model performance; it measures the duration of training, not the model’s accuracy or effectiveness.

Comprehensive and Detailed Explanation From Exact Extract:

The best practice for mitigating bias in AI/ML models, according to AWS and responsible AI frameworks, is to ensure that the training data is representative and diverse. If a model demonstrates bias (such as favoring a particular demographic), the recommended, cost-effective approach is to collect additional data from underrepresented groups and retrain (fine-tune) the model with the improved dataset.

A. Include more diverse training data. Fine-tune the model again by using the new data:

“The most effective method to reduce model bias is to curate and include diverse, representative training data, then retrain or fine-tune the model.”

(Reference: AWS Responsible AI, SageMaker Clarify Bias Mitigation)

B (RAG) is unrelated to model fairness or bias mitigation; it’s for grounding LLMs with external knowledge.

C (AWS Trusted Advisor) is for AWS resource optimization/security—not for ML model bias detection or mitigation.

D (Pre-train a new LLM) would be extremely costly and is unnecessary; fine-tuning with better data is much more efficient.

RAG combines large pre-trained models with retrieval mechanisms to fetch relevant context from a knowledge base. This approach is cost-effective as it eliminates the need for frequent model retraining while ensuring responses are contextually accurate and up to date. References: AWS RAG Techniques.

Few-shot learning involves providing a model with a few examples (shots) to learn from. For improving intent detection accuracy in a chatbot using a large language model (LLM), the data should consist of pairs of user messages and their corresponding correct intents.

Few-shot Learning for Intent Detection:

Few-shot learning aims to enable the model to learn from a small number of examples. For intent detection, the model needs to understand the relationship between user messages and the intended action or meaning.

Providing examples of user messages and the correct user intents allows the model to learn patterns in the phrasing or language that corresponds to each intent.

Why Option C is Correct:

User Messages and Intents: These examples directly teach the model how to map a user’s input to the appropriate intent, which is the goal of intent detection in chatbots.

Improves Accuracy: By using few-shot learning with these examples, the model can generalize better from limited data, improving intent detection.

Why Other Options are Incorrect:

A. Pairs of chatbot responses and correct user intents: Incorrect because it does not focus on user input but rather on outputs.

B. Pairs of user messages and correct chatbot responses: This would be useful for response generation, not intent detection.

D. Pairs of user intents and correct chatbot responses: Again, this is not aligned with detecting intents but with generating responses.

The correct answer is B – Enable model invocation logging in Amazon Bedrock. AWS Bedrock provides native functionality to log all model invocations, including input prompts, parameters, and generated outputs, to Amazon CloudWatch Logs or S3. According to AWS documentation, this feature helps developers monitor model usage, analyze errors, and audit for compliance. Unlike CloudTrail or Audit Manager, which record API events and compliance data respectively, invocation logging captures real inference transactions. EventBridge is used for event routing, not persistent log storage. Bedrock’s logging feature ensures complete traceability for debugging, usage analytics, and governance in accordance with Responsible AI principles.

Referenced AWS AI/ML Documents and Study Guides:

Amazon Bedrock Developer Guide – Model Invocation Logging

AWS Responsible AI Documentation – Monitoring and Auditability

Comprehensive and Detailed Explanation From Exact AWS AI documents:

Continued pre-training involves training an already pre-trained model further using unlabeled, domain-specific data.

AWS generative AI guidance explains that continued pre-training:

Expands domain knowledge

Preserves general language understanding

Differs from fine-tuning, which uses labeled data

Why the other options are incorrect:

A describes fine-tuning.

C describes training from scratch.

D describes evaluation.

AWS AI document references:

Foundation Model Customization Techniques

Continued Pre-Training vs Fine-Tuning

Domain Adaptation on AWS

The correct answer is D because autoencoders are an unsupervised machine learning method commonly used for anomaly detection when labeled data is not available.

From AWS documentation:

" Autoencoders learn to compress and reconstruct input data. During anomaly detection, they learn normal patterns in data. Data points that the model cannot accurately reconstruct are flagged as anomalies. "

This approach is ideal when there is no labeled data and when patterns must be learned based on normal behavior alone — a common situation in IoT sensor data environments.

Explanation of other options:

A. Linear regression requires labeled data and is used for predicting continuous values.

B. Classification requires labeled data to assign inputs into categories.

C. Decision trees are supervised learning models and also require labeled datasets.

Referenced AWS AI/ML Documents and Study Guides:

AWS Machine Learning Specialty Guide – Unsupervised Learning Techniques

Amazon SageMaker Examples – Anomaly Detection Using Autoencoders

The correct answer is B because Amazon Bedrock Prompt Management supports tool use via tools configuration, which enables a prompt to define tools that can invoke external APIs or services.

According to the AWS documentation:

" You can use the tools configuration in Amazon Bedrock to specify external APIs that a foundation model can call during inference. This enables the model to interact with external services, such as invoking functions, retrieving real-time data, or executing workflows. "

The tools configuration allows a prompt to describe which external functions (APIs) are available, their parameters, and how they should be invoked, similar to OpenAI’s function calling or tool use pattern.