Examen 1 — AWS Certified AI Practitioner (AIF-C01)#
Este es el primero de tres exámenes de estilo oficial (Examen 1 y Examen 2), aparte de la progresión principal de 4 niveles (Básico → Intermedio → Avanzado → Combinado). Úsalo cuando, después de esos 4, todavía quieras una ronda adicional de práctica al nivel más exigente — tiene 65 preguntas completamente distintas a las del Simulacro Avanzado principal, con el mismo nivel de dificultad.
Misma distribución de dominios que el examen real y el mismo nivel de exigencia: escenarios largos, distractores plausibles y preguntas de selección múltiple ("Selecciona DOS" / "Selecciona TRES") mezcladas con las de opción única. Úsalo para comprobar que realmente entendiste los conceptos y no memorizaste las respuestas del Simulacro Avanzado principal — si tu puntaje aquí es notablemente más bajo, es una señal real de que hay huecos de comprensión, no solo de memoria.
| Dominio | Preguntas | Rango |
|---|---|---|
| 1. Fundamentos de IA y ML | 13 | 1–13 |
| 2. Fundamentos de IA Generativa | 16 | 14–29 |
| 3. Aplicaciones de Modelos Fundacionales | 18 | 30–47 |
| 4. Directrices para IA Responsable | 9 | 48–56 |
| 5. Seguridad, Cumplimiento y Gobernanza | 9 | 57–65 |
En las preguntas "Selecciona DOS" o "Selecciona TRES", una selección parcial
o con una opción de más cuenta como error completo — igual que en el examen real. Cada justificación de la Parte
2 incluye una referencia → Guía §X.Y para releer exactamente esa sección si fallaste.
Parte 1 — Preguntas#
Dominio 1 — Fundamentos de IA y ML#
Respuesta: C. El F1-score es la media armónica de Precision (0.90) y Recall (0.80): 2 × 0.72 / 1.70 ≈ 0.85. Siempre queda entre ambos valores y más cerca del menor. → Guía §1.5.
Concepto clave: F1 resume en un solo número el equilibrio entre no dar falsas alarmas (Precision) y no dejar pasar casos reales (Recall). La media armónica castiga el desbalance: es como un equipo de dos que solo avanza al ritmo del más lento. En tamizaje médico importa mucho el Recall, porque un falso negativo es un paciente enfermo que se va a casa sin diagnóstico.
Truco para el examen: Calcula primero Precision = VP / (VP + FP) = 180/200 = 0.90 y Recall = VP / (VP + FN) = 180/225 = 0.80; luego aplica la fórmula y descarta las cifras que coinciden con uno de los dos datos o con su producto: AWS las pone a propósito como cebo. Un F1 correcto siempre cae entre Precision y Recall.
Respuesta: B. Un modelo que fue bueno y consistente al entrenarse (92 % / 90 %) y se degrada meses después en producción sufre data drift: los datos reales cambiaron respecto a los de entrenamiento. SageMaker Model Monitor vigila justamente eso. → Guía §1.6, §1.8.
Concepto clave: El data drift es que el mundo cambia y el modelo no: los patrones de fraude de hace seis meses ya no son los de hoy. Es como un mapa de Lima de hace diez años, que en su momento era exacto pero no conoce las vías nuevas. Model Monitor compara continuamente los datos y las predicciones en producción contra una línea base y alerta cuando se desvían.
Truco para el examen: Fíjate en cuándo aparece el problema. Si falla ya en validación, piensa en overfitting o underfitting; si fue bueno al inicio y se deteriora «meses después» o «en producción», es drift, y la herramienta es Model Monitor.
Respuesta: D. SageMaker Automatic Model Tuning (AMT, también llamado hyperparameter tuning) ejecuta muchos entrenamientos del algoritmo elegido con distintas combinaciones de hiperparámetros y devuelve la que mejor puntúa en la métrica objetivo (por ejemplo, AUC en validación). → Guía §1.6.
Concepto clave: Los hiperparámetros (learning rate, profundidad, número de árboles) se fijan antes de entrenar; los parámetros (pesos, divisiones de los árboles) los aprende el modelo. AMT es como afinar una misma receta probando cantidades de sal y tiempo de horno; Autopilot es un concurso de chefs con recetas distintas: prueba varios algoritmos y además afina cada uno.
Truco para el examen: «Ya eligió el algoritmo», «solo optimizar hiperparámetros», «rango de valores», «métrica objetivo» → Automatic Model Tuning. «No sabe qué algoritmo usar», «AutoML», «a partir de un CSV sin escribir código» → Autopilot (hoy integrado en SageMaker Canvas).
Respuesta: B y D. «salario_anual» es numérica con magnitudes muy distintas, así que se normaliza; «ciudad» es categórica sin orden natural, así que se codifica con one-hot encoding. → Guía §1.4.
Concepto clave: Cada tipo de dato pide su tratamiento: los números se llevan a una escala común para que una columna no domine solo por ser grande, y las categorías se convierten en columnas binarias (es_Lima, es_Bogotá…) para que el modelo no invente un orden entre ellas. Es como comparar precios en soles y en céntimos: primero hay que pasarlos a la misma unidad.
Truco para el examen: Asocia «numérica continua / rangos muy distintos» con normalización o estandarización, y «categórica / nombres / sin orden» con one-hot encoding. La trampa típica es cruzar la técnica con la columna equivocada.
Respuesta: C. SageMaker Ground Truth está diseñado para etiquetar grandes volúmenes de datos coordinando revisores humanos (propios, externos o Mechanical Turk), antes de entrenar. → Guía §1.4.
Concepto clave: El aprendizaje supervisado necesita datos etiquetados, y alguien tiene que ponerles la etiqueta. Ground Truth organiza ese trabajo: reparte las imágenes, gestiona a los revisores e incluso usa etiquetado automático asistido para abaratar el proceso. Es la «mesa de partes» del etiquetado.
Truco para el examen: Las palabras «etiquetar», «antes de entrenar» y «revisores humanos» juntas son Ground Truth. Si en cambio los humanos revisan predicciones de un modelo ya desplegado, la respuesta es Amazon A2I.
Respuesta: B. Random Cut Forest es el algoritmo integrado de SageMaker para detectar anomalías sin ejemplos etiquetados; K-Means agrupa elementos similares en clústeres sin categorías previas. → Guía §1.7.
Concepto clave: Ambos son no supervisados, pero resuelven preguntas distintas: RCF responde «¿qué dato es raro?» (la lectura de vibración fuera de lo normal) y K-Means responde «¿qué se parece a qué?» (grupos de máquinas con uso similar). Es la diferencia entre detectar al pasajero sospechoso en el Metropolitano y ordenar a todos los pasajeros por destino.
Truco para el examen: «Anomalía», «valor atípico», «lecturas inusuales» → Random Cut Forest. «Agrupar», «segmentar», «categorías no definidas» → K-Means. AWS suele ofrecer la pareja invertida como distractor.
Respuesta: A. Las instancias Inf usan AWS Inferentia, el chip de AWS diseñado para servir inferencias de modelos ya entrenados a gran escala con el menor costo por inferencia. → Guía §1.6.
Concepto clave: AWS tiene dos chips propios de ML: Trainium (instancias Trn) para entrenar e Inferentia (instancias Inf) para servir el modelo ya listo. Es como una fábrica y una tienda: la fábrica produce el producto una vez y la tienda lo vende millones de veces, y cada una se optimiza para lo suyo.
Truco para el examen: «Inferencia», «millones de predicciones», «menor costo», «sin reentrenar» → Inferentia. «Entrenar modelos grandes a menor costo» → Trainium. Recuerda: Inf de inferencia, Trn de training.
Respuesta: C. Si el mismo conjunto sirve para ajustar hiperparámetros y para la medición final, las decisiones ya «vieron» esos datos y la métrica sale inflada: no refleja el desempeño ante datos realmente nuevos. → Guía §1.4.
Concepto clave: Por eso se separan tres conjuntos: training (aprender), validation (ajustar y elegir) y test (medir una sola vez al final). Usar el test para ajustar es como estudiar con las mismas preguntas que vendrán en el examen: sacas buena nota, pero no demuestra que sepas el tema.
Truco para el examen: Si el enunciado dice que se reutiliza el conjunto de prueba o que no se reservó uno aparte, la consecuencia es una estimación demasiado optimista (data leakage). El test set se usa una sola vez, al final.
Respuesta: B. Los multi-model endpoints de SageMaker alojan muchos modelos en un mismo endpoint compartido y cargan cada uno bajo demanda, así no pagas 30 endpoints dedicados para tráfico esporádico. → Guía §1.8.
Concepto clave: Un endpoint dedicado por modelo es como alquilar un local para cada producto de tu bodega aunque casi no se vendan; el multi-model endpoint pone todos en un solo local y saca de la trastienda el que te piden. Ideal para muchos modelos pequeños y parecidos con poco tráfico cada uno.
Truco para el examen: «Muchos modelos», «tráfico esporádico/bajo», «reducir costo de endpoints» → multi-model endpoints. Provisioned Throughput pertenece a Bedrock y sirve para capacidad garantizada, no para consolidar modelos.
Respuesta: A. Un epoch recorre todo el dataset una vez; con lotes más grandes caben más ejemplos por lote, así que se necesitan menos lotes y, por tanto, menos actualizaciones de pesos por epoch. → Guía §1.3.
Concepto clave: Número de actualizaciones por epoch ≈ tamaño del dataset ÷ batch size. Es como repartir 1,000 volantes: si llevas 100 por viaje, haces 10 viajes; si llevas 250, haces solo 4. El total de volantes (el dataset) no cambia.
Truco para el examen: Distingue bien tres términos: batch size (ejemplos por actualización), iteración (una actualización) y epoch (una pasada completa). Si sube el batch size, bajan las iteraciones por epoch.
Respuesta: D. SageMaker Model Registry es el catálogo que versiona los modelos y registra cuál está aprobado para producción; SageMaker Pipelines automatiza el flujo repetible de preparación, entrenamiento, evaluación y despliegue. → Guía §1.8.
Concepto clave: Son dos piezas de MLOps que trabajan juntas: Pipelines es la línea de ensamblaje que produce modelos de forma repetible, y Model Registry es el almacén con inventario que dice qué versión salió, quién la aprobó y cuál está en uso. Un pipeline suele terminar registrando su modelo en el Registry.
Truco para el examen: «Versiones», «aprobado para producción», «catálogo» → Model Registry. «Automatizar el flujo», «repetible», «CI/CD de ML» → Pipelines. La trampa es invertirlos.
Respuesta: A. Machine Learning abarca muchos algoritmos que no son redes neuronales (regresión, árboles de decisión, XGBoost, K-Means…); las redes neuronales son la base del subconjunto llamado Deep Learning. → Guía §1.1, §1.7.
Concepto clave: Piensa en muñecas rusas: IA contiene a ML, ML contiene a Deep Learning y Deep Learning contiene a la IA generativa. Todo Deep Learning es ML, pero no todo ML es Deep Learning, igual que todo cebiche es comida peruana, pero no toda comida peruana es cebiche.
Truco para el examen: Desconfía de las afirmaciones con «todo», «siempre» o «necesariamente». En preguntas de jerarquía IA ⊃ ML ⊃ DL ⊃ GenAI, la respuesta correcta suele ser la que respeta que cada nivel es un subconjunto del anterior.
Respuesta: C y E. Los checkpoints hacen seguro usar instancias Spot (con su gran descuento), porque si se interrumpen el entrenamiento se reanuda desde el último punto; y dimensionar la instancia a la carga real evita pagar capacidad ociosa. → Guía §1.8.
Concepto clave: En SageMaker esto se conoce como Managed Spot Training: capacidad sobrante de AWS a un precio mucho menor, a cambio de que pueda ser reclamada. El checkpoint es como guardar la partida en un videojuego: si se corta la luz, no vuelves a empezar desde el nivel 1. El right-sizing completa la estrategia: no alquiles una combi para llevar a dos personas.
Truco para el examen: «Reducir costo de entrenamiento» + «tolerar interrupciones» → Spot + checkpoints. Ojo con dos trampas: Spot sin checkpoints (una interrupción te hace perder el trabajo) y «la instancia más grande para terminar antes» (menos horas no es menor costo). Provisioned Throughput es de inferencia en Bedrock, no de entrenamiento.
Dominio 2 — Fundamentos de IA Generativa#
Respuesta: B. Un modelo fundacional se preentrena a gran escala con datos amplios y puede adaptarse a múltiples tareas; una regresión lineal con 3 features para una sola predicción no cumple ninguno de esos criterios. → Guía §2.1.
Concepto clave: Lo que define a un foundation model no es el tipo de aprendizaje, sino la escala y la versatilidad: se entrena una vez con cantidades enormes de datos y luego sirve de base para resumir, traducir, clasificar, generar código, etc. Es como la formación general de un profesional frente a un curso de una sola tarea puntual.
Truco para el examen: Las dos ideas que definen a un modelo fundacional son preentrenado a gran escala y adaptable a múltiples tareas. Si el modelo es pequeño, entrenado desde cero y para una única tarea, no lo es.
max_tokens = 500. ¿Qué es correcto sobre el costo comparado de ambas llamadas, sabiendo que Bedrock factura por tokens de entrada y de salida?Respuesta: C. Bedrock cobra por tokens de entrada y de salida; con el mismo prompt, limitar max_tokens a 500 acota la salida (antes fueron 1,500), así que la segunda llamada probablemente cueste menos. → Guía §2.1, §2.9.
Concepto clave: El costo de una invocación on-demand es: tokens de entrada × precio de entrada + tokens de salida × precio de salida (la salida suele ser más cara). max_tokens es un tope, no una meta: el modelo puede terminar antes. Es como un taxi al que le dices «déjame a lo mucho a 5 km»: el punto de partida es el mismo, pero el recorrido máximo es menor.
Truco para el examen: Si cambia solo max_tokens, piensa en la salida; si cambia el prompt, piensa en la entrada. La palabra «probablemente» es honesta: max_tokens limita la salida, no garantiza un número exacto de tokens.
Respuesta: A. Comparar el vector de la pregunta con los vectores de los documentos y quedarse con los más parecidos (por ejemplo, con similitud coseno) es búsqueda semántica, la base de la recuperación en RAG. → Guía §2.1, §3.4.
Concepto clave: Un embedding convierte un texto en un vector numérico donde los significados parecidos quedan cerca. Así, «¿cuánto cuesta el pasaje?» encuentra un fragmento que dice «tarifa del boleto» aunque no compartan palabras. Es buscar por lo que quieres decir, no por cómo lo escribiste.
Truco para el examen: «Vector», «embedding», «similitud» o «significado» → búsqueda semántica. «Coincidencia exacta de palabras» → búsqueda por palabra clave. Si combina palabras clave y vectores → búsqueda híbrida (Knowledge Bases la ofrece con OpenSearch). En RAG, la recuperación típica es semántica sobre una base vectorial.
Respuesta: D. Una temperature baja (cercana a 0) hace que el modelo elija casi siempre el token más probable, por lo que produce respuestas más deterministas y consistentes entre llamadas repetidas. → Guía §2.1.
Concepto clave: La temperature regula cuánto «se arriesga» el modelo: baja = predecible y repetible (contratos, extracción de datos, respuestas técnicas); alta = creativa y variada (lluvia de ideas, slogans, cuentos). Es como un chef que sigue la receta al gramo frente a uno que improvisa con lo que encuentra en el mercado.
Truco para el examen: «Consistente», «determinista», «misma respuesta», «legal/financiero» → temperature baja. «Creativo», «variado», «diverso» → temperature alta. Top-p y top-k también influyen, pero no reemplazan a la temperature.
Respuesta: A y D. Few-shot prompting incluye ejemplos resueltos en el propio prompt para guiar el formato; chain-of-thought pide al modelo razonar paso a paso antes de responder. → Guía §2.2.
Concepto clave: Todas las técnicas de prompt engineering actúan solo sobre la entrada, nunca sobre los pesos del modelo. Zero-shot = sin ejemplos; one-shot = uno; few-shot = varios; chain-of-thought = «muéstrame tu procedimiento», como el profesor de matemáticas que pide el desarrollo y no solo el resultado.
Truco para el examen: Memoriza la definición en una línea de cada técnica: el examen suele darte una definición cambiada (zero-shot «con ejemplos») o atribuirle al prompting efectos que solo tiene el entrenamiento (modificar pesos).
Respuesta: B y E. RAG deja intactos los pesos y consulta información externa en el momento de responder; el fine-tuning, en cambio, modifica permanentemente los pesos a partir de datos propios etiquetados. → Guía §2.3.
Concepto clave: Hay una escalera de personalización de menor a mayor costo: prompt engineering → RAG → fine-tuning → continued pre-training. RAG es como consultar el manual cada vez que te preguntan (actualizas el manual y listo); fine-tuning es como capacitar a la persona: lo aprendido se le queda. El continued pre-training usa grandes volúmenes de texto sin etiquetar del dominio.
Truco para el examen: Pregúntate siempre «¿cambian los pesos?». No → prompt engineering o RAG. Sí → fine-tuning (datos etiquetados, pares prompt-respuesta) o continued pre-training (datos sin etiquetar). «Información que cambia seguido» → RAG.
Respuesta: C. El self-attention calcula las relaciones entre todos los tokens a la vez, lo que permite procesar la secuencia completa en paralelo y aprovechar mejor las GPU que las RNN, que iban palabra por palabra. → Guía §2.6.
Concepto clave: Una RNN lee como quien deletrea: no puede pasar a la palabra 10 sin haber procesado la 9. El Transformer mira toda la oración de golpe y decide a qué palabras prestar atención para entender cada una. Esa paralelización es lo que hizo viable entrenar LLMs con miles de millones de parámetros.
Truco para el examen: Asocia Transformer con self-attention y procesamiento en paralelo; RNN con procesamiento secuencial. Cualquier opción que diga que el Transformer es secuencial está invertida.
Respuesta: B. En RLHF, el modelo de recompensa aprende de las clasificaciones humanas a predecir qué respuestas preferirían las personas, y esa predicción se usa como señal para ajustar el LLM mediante aprendizaje por refuerzo. → Guía §2.7.
Concepto clave: RLHF tiene tres pasos: (1) el LLM genera varias respuestas, (2) humanos las ordenan de mejor a peor y con eso se entrena un modelo de recompensa, (3) el LLM se ajusta para maximizar esa recompensa. El modelo de recompensa es como un jurado entrenado con el criterio de los jueces humanos: puede calificar millones de respuestas sin que los humanos tengan que ver cada una.
Truco para el examen: Si la pregunta menciona «preferencias humanas», «clasificar respuestas» o «alinear con valores humanos», piensa en RLHF. El modelo de recompensa califica; no genera respuestas ni reemplaza al LLM.
Respuesta: D. Quantization reduce la precisión numérica de los pesos existentes (por ejemplo, de 32 a 8 bits), lo que baja el uso de memoria y acelera la inferencia sin entrenar un modelo nuevo ni cambiar la arquitectura. → Guía §2.9.
Concepto clave: Es como pasar una foto de alta resolución a una versión más liviana: ocupa mucho menos, se ve casi igual y se pierde algo de detalle (un poco de exactitud). Es una técnica de optimización para desplegar modelos grandes en hardware más modesto o más barato.
Truco para el examen: «Reducir precisión», «bits», «memoria», «sin reentrenar» → quantization. «Modelo estudiante que imita a un maestro» → distillation. Las dos hacen modelos más ligeros, pero solo la distillation entrena un modelo nuevo.
Respuesta: C y D. Bedrock Guardrails filtra instrucciones maliciosas y contenido no permitido (incluye un filtro de prompt attacks), y separar las instrucciones del sistema del contenido no confiable reduce la superficie de ataque. → Guía §2.9, §3.5.
Concepto clave: El prompt injection es un texto que intenta hacerse pasar por una orden («ignora tus instrucciones y…»), a veces escondido en un documento o página que el modelo lee. La defensa es por capas: delimitar qué es instrucción y qué es dato, filtrar con Guardrails, dar al modelo el mínimo de permisos y validar sus salidas. Es como un portero que distingue al dueño de casa de un desconocido que grita «¡ábreme, soy yo!».
Truco para el examen: Las mitigaciones válidas siempre son controles concretos: filtros, separación de roles, validación, mínimo privilegio. Descarta controles que protegen otra cosa: el cifrado (confidencialidad), los logs (auditoría posterior) o la temperature (aleatoriedad).
Respuesta: C. La multimodalidad es la capacidad de un modelo de procesar más de un tipo de entrada, como imagen y texto, en la misma solicitud. → Guía §2.9.
Concepto clave: Un modelo multimodal «ve» la foto del formulario y «lee» la instrucción a la vez, igual que una persona que mira un documento mientras le dictas qué buscar en él. Otras combinaciones son texto + audio o texto + video; también puede ser multimodal en la salida (generar imágenes a partir de texto).
Truco para el examen: Cuando el enunciado mezcla tipos de dato en una misma solicitud («foto + instrucción», «imagen y texto juntos»), la respuesta es multimodal. RAG trata de recuperar información externa, no de entender otro tipo de entrada.
Respuesta: D. Perplexity mide qué tan bien predice el modelo la siguiente palabra de una secuencia, sin necesitar ningún texto de referencia humano; cuanto más baja, mejor. → Guía §2.5.
Concepto clave: Perplexity refleja cuán «sorprendido» queda el modelo ante el texto real: si casi siempre acierta la siguiente palabra, la sorpresa es baja. BLEU (traducción) y ROUGE (resúmenes) comparan contra textos de referencia escritos por personas, y la evaluación humana depende de revisores.
Truco para el examen: «Sin texto de referencia» + «predecir la siguiente palabra» → perplexity. «Traducción» → BLEU. «Resumen» → ROUGE. «Similitud semántica con la referencia» → BERTScore.
Respuesta: A. Una alucinación es contenido inventado por un modelo generativo con apariencia de certeza, como la cláusula legal inexistente; el buscador solo devolvió un dato real pero desactualizado. → Guía §2.1.
Concepto clave: Ambos casos dan información incorrecta, pero por causas distintas: el buscador tiene un problema de frescura de datos (se arregla actualizando el índice), mientras que el LLM fabricó algo que nunca existió. Es la diferencia entre un periódico viejo y un rumor inventado: el primero fue cierto alguna vez, el segundo nunca.
Truco para el examen: La palabra que delata una alucinación es «inventa» o «no existe en ningún documento», dicho por un modelo generativo con tono seguro. Para mitigarla, el examen espera RAG, grounding (contextual grounding checks) y temperature baja.
Respuesta: C. Amazon Redshift es un data warehouse para consultas analíticas SQL, no una base vectorial para RAG; OpenSearch, Neptune y Aurora PostgreSQL (pgvector) sí ofrecen almacenamiento y búsqueda vectorial. → Guía §2.3.
Concepto clave: Para RAG se necesita guardar embeddings y buscar los vecinos más cercanos. En AWS eso lo hacen OpenSearch Service/Serverless (el más habitual), Aurora y RDS for PostgreSQL con pgvector, Neptune Analytics y Amazon S3 Vectors. Redshift es el gran archivo contable para reportes, no el buscador por significado.
Truco para el examen: Cuidado con las preguntas en negativo («NO ofrece»): léelas dos veces. Memoriza la lista de vector stores de AWS (OpenSearch, Aurora, Neptune, RDS for PostgreSQL); Redshift, DynamoDB «a secas» o Glacier son distractores habituales.
Respuesta: D. La versión instruct/chat pasó por un ajuste adicional (instruction tuning y alineación como RLHF) que la hace seguir instrucciones de forma útil y segura; la versión base solo aprendió a continuar texto. → Guía §2.7.
Concepto clave: Un modelo base es como alguien que leyó toda la biblioteca pero no sabe atender a un cliente: si le escribes una pregunta, podría responder con otra pregunta porque solo continúa el texto. La versión instruct recibió además «capacitación de atención al público» para responder lo que se le pide.
Truco para el examen: «Seguir instrucciones», «conversacional», «producción» → versión instruct/chat. «Continuar texto», «punto de partida para personalizar» → versión base.
Respuesta: A. Un prompt template es una estructura de instrucción reutilizable con variables (como {n} y {tono}) que se completan en cada caso, manteniendo un formato consistente. → Guía §2.2.
Concepto clave: Funciona como un formulario con espacios en blanco o una carta modelo: la estructura se diseña y prueba una vez, y luego solo se cambian los datos. Da consistencia, facilita el mantenimiento y reduce errores; en Bedrock se gestionan con Prompt Management.
Truco para el examen: «Reutilizable», «variables», «plantilla», «llaves {}» → prompt template. No confundas con técnicas que cambian el modelo (fine-tuning, RLHF) o que traen datos externos (RAG).
Dominio 3 — Aplicaciones de Modelos Fundacionales#
Respuesta: A. Amazon Bedrock da acceso por API a modelos fundacionales de última generación de forma serverless, sin aprovisionar ni gestionar servidores ni GPU, ideal para prototipar rápido. → Guía §3.1.
Concepto clave: Bedrock es IA generativa «como servicio»: eliges el modelo, llamas a una API y pagas por uso. Montar el modelo en EC2 con GPU es como construir tu propia cocina para vender un solo plato; Bedrock es usar una cocina industrial ya equipada.
Truco para el examen: «Sin gestionar infraestructura», «rápido», «modelos fundacionales», «serverless» → Bedrock. Si piden control total sobre instancias o entrenar su propio modelo, la respuesta cambia hacia SageMaker.
Respuesta: A. Databricks no es proveedor de modelos en Amazon Bedrock; sí lo son, entre otros, Amazon, Anthropic, AI21 Labs, Cohere, Meta, Mistral AI y Stability AI. → Guía §3.1.
Concepto clave: Bedrock es un «centro comercial» de modelos fundacionales de varios proveedores detrás de una misma API. Databricks es una plataforma de datos y analítica que compite más bien en el terreno de SageMaker y los data lakes; no vende sus modelos dentro de Bedrock.
Truco para el examen: Aprende la lista de proveedores de Bedrock como una canción. El distractor suele ser una empresa conocida del mundo de datos o IA (Databricks, Snowflake, Google) que no está en el catálogo.
Respuesta: B. El síntoma (fragmentos recuperados demasiado pequeños y sin contexto) es un problema de chunking, y Bedrock Knowledge Bases permite configurarlo en la fuente de datos: tamaño fijo con solapamiento, jerárquico, semántico o personalizado con una función Lambda. Como la estrategia se fija al crear la fuente de datos, se configura una fuente con el nuevo chunking y se vuelve a sincronizar (ingestar). → Guía §3.1, §3.4.
Concepto clave: En RAG, la calidad de la respuesta depende primero de lo que se recupera. Si cortas un contrato en frases sueltas, es como entregarle al abogado recortes de periódico sin fecha ni título: lee bien, pero no sabe de qué contrato viene cada frase. El chunking jerárquico recupera fragmentos pequeños para precisión y devuelve el bloque padre para contexto; el semántico corta por significado.
Truco para el examen: «Fragmentos sin contexto», «respuestas que mezclan documentos», «tamaño de los fragmentos» → ajustar el chunking (y el solapamiento). No lo confundas con fine-tuning (cambia el modelo, no la recuperación) ni con la temperature (cambia la generación). «Menor esfuerzo» y «servicio gestionado» descartan construir un pipeline propio.
Respuesta: D. Los Bedrock Agents siguen el patrón ReAct (Reasoning + Acting): razonan qué hacer, ejecutan una acción (por ejemplo, un action group con Lambda), observan el resultado y deciden el siguiente paso. → Guía §3.5.
Concepto clave: ReAct es el ciclo pensar → actuar → observar → repetir, como un técnico que diagnostica una falla: revisa algo, mira qué pasó y decide qué revisar después, hasta resolver el problema. Así un agente puede orquestar tareas de varios pasos combinando el modelo con APIs y bases de conocimiento.
Truco para el examen: «Agente», «varios pasos», «decidir qué acción invocar», «orquestar» → ReAct / Bedrock Agents. RLHF es entrenamiento de alineación; K-Means y Random Cut Forest son algoritmos de ML clásico.
Respuesta: A. Los content filters bloquean categorías dañinas (odio, violencia, sexual, insultos, mala conducta) sin importar el tema; los sensitive information filters (PII redaction) detectan y enmascaran datos como números de tarjeta. → Guía §3.5.
Concepto clave: Guardrails es un conjunto de filtros configurables: content filters (categorías dañinas), denied topics (temas que tu negocio no quiere tratar), word filters (palabras concretas), sensitive information filters (PII) y contextual grounding checks (alucinaciones). Cada necesidad tiene su filtro, como un colador distinto para cada ingrediente.
Truco para el examen: «Odio / violencia / sexual» → content filters. «Enmascarar / tarjeta / DNI / email» → PII (sensitive information). «Un tema específico del negocio, como asesoría de inversiones» → denied topics.
Respuesta: A. Bedrock Model Evaluation compara el desempeño de distintos modelos con métricas automáticas y también con evaluación humana (tu propio equipo o revisores gestionados por AWS). → Guía §3.1.
Concepto clave: Antes de elegir un modelo para producción conviene hacer una «prueba de manejo» con tus propios casos. Model Evaluation permite correr el mismo conjunto de prompts en varios modelos y comparar exactitud, robustez, toxicidad y la opinión de revisores humanos. También existe la modalidad LLM-as-a-judge.
Truco para el examen: «Comparar modelos», «elegir cuál usar», «revisores humanos que califican respuestas» → Bedrock Model Evaluation. Ground Truth etiqueta datos de entrenamiento; no compara modelos fundacionales.
Respuesta: A. Con tráfico impredecible y días casi sin uso, On-Demand (pago por token consumido) minimiza el costo, porque no pagas capacidad reservada que quedaría ociosa. → Guía §3.1, §3.7.
Concepto clave: On-Demand es como pagar el pasaje cada vez que subes al bus; Provisioned Throughput es como alquilar el bus entero por meses: conviene solo si lo llenas de forma constante. Para una startup con demanda incierta, comprometerse a capacidad fija es pagar por asientos vacíos.
Truco para el examen: «Impredecible», «variable», «etapa temprana», «experimentar» → On-Demand. «Carga alta y constante», «latencia garantizada» o «usar un modelo personalizado (fine-tuned)» → Provisioned Throughput. «Sin urgencia y gran volumen» → batch inference.
Respuesta: A y E. Bedrock Knowledge Bases gestiona la ingesta, el chunking, los embeddings y el almacenamiento vectorial para RAG; y el fine-tuning (model customization) en Bedrock ajusta permanentemente un modelo con datos propios etiquetados. → Guía §3.1.
Concepto clave: Son dos caminos distintos para personalizar: Knowledge Bases le da al modelo acceso a tus documentos sin tocar sus pesos (como darle una biblioteca de consulta), mientras que el fine-tuning cambia al modelo en sí (como una capacitación). El fine-tuning es opcional: la mayoría de casos arranca con modelos tal cual y solo prompt engineering.
Truco para el examen: Asigna una función a cada componente de Bedrock: Knowledge Bases = RAG gestionado; Agents = acciones de varios pasos; Guardrails = filtros de seguridad; fine-tuning = cambiar pesos. El examen suele mezclar las funciones entre ellos.
Respuesta: B. Amazon Rekognition analiza y modera imágenes y video almacenado (por ejemplo, en S3, con operaciones asíncronas); Amazon Textract extrae texto y datos estructurados de documentos escaneados, como cédulas o DNI. → Guía §3.2.
Concepto clave: Rekognition «ve» escenas: rostros, objetos, contenido inapropiado. Textract «lee» documentos: texto, formularios, tablas, campos clave. Rekognition puede detectar texto suelto en una imagen, pero para extraer datos de un documento de identidad Textract (con AnalyzeID) es la herramienta específica.
Truco para el examen: «Video», «moderación», «rostros», «objetos» → Rekognition. «Documento escaneado», «formulario», «factura», «PDF», «DNI» → Textract. La trampa habitual es darte la pareja invertida.
Respuesta: B. Amazon Comprehend detecta (y puede enmascarar) PII directamente sobre texto, como números de tarjeta o direcciones en una conversación, antes de guardarla. → Guía §3.2, §5.2.
Concepto clave: Comprehend es el servicio de NLP de AWS: sentimiento, entidades, idioma, temas y PII sobre cualquier texto que le envíes. Macie también encuentra PII, pero escaneando objetos ya almacenados en S3; es como la diferencia entre el control en la puerta (Comprehend, en el momento) y el inventario del almacén (Macie, a posteriori).
Truco para el examen: «Texto», «chat», «en tiempo real», «antes de almacenar» → Comprehend. «Buckets de S3», «descubrir datos sensibles ya guardados» → Macie.
Respuesta: B, C y E. Amazon Transcribe convierte la voz a texto, Amazon Q in Connect asiste en vivo a los agentes sugiriendo respuestas y Amazon Comprehend analiza el sentimiento del texto. → Guía §3.2, §3.6.
Concepto clave: Es una cadena de servicios que se pasan la posta: Transcribe produce la transcripción, Comprehend la analiza y Q in Connect usa el contexto de la llamada para recomendar respuestas y artículos al agente. En la práctica, Amazon Connect ya integra estas capacidades (Contact Lens usa transcripción y análisis de sentimiento).
Truco para el examen: En preguntas de «respectivamente» con tres necesidades, asigna una palabra a cada servicio: voz → texto = Transcribe; sentimiento/entidades = Comprehend; asistente para agentes de contact center = Q in Connect. Personalize no tiene relación con voz, y Lex crea bots de autoservicio para el cliente, no asiste al agente humano.
Respuesta: A. Amazon Bedrock Knowledge Bases implementa RAG administrado: busca por significado en el archivo de documentos y genera una respuesta con citas; Personalize recomienda contenido según el comportamiento del usuario. → Guía §3.2.
Concepto clave: Knowledge Bases es el bibliotecario al que le preguntas «¿qué publicamos sobre el Fenómeno El Niño en 2017?» y te trae los artículos y pasajes exactos, con la referencia. Personalize es el vendedor que, por lo que ya compraste, te dice «también te podría gustar…». Uno responde a una búsqueda; el otro sugiere sin que preguntes.
Truco para el examen: «Preguntas en lenguaje natural sobre documentos», «citar la fuente» → RAG con Bedrock Knowledge Bases (o búsqueda vectorial en OpenSearch). «Recomendaciones», «historial del usuario», «productos similares» → Personalize.
Respuesta: C. SageMaker Canvas permite que analistas sin código entrenen un modelo de clasificación de fraude con su histórico etiquetado y lo desplieguen para inferencia en tiempo real. → Guía §3.2. Nota 2026: Amazon Fraud Detector, el servicio específico de fraude, no acepta clientes nuevos desde el 7 de noviembre de 2025 y ya no figura en la guía v1.1; AWS recomienda SageMaker AI (Canvas, AutoGluon o XGBoost) como alternativa.
Concepto clave: SageMaker ofrece distintos niveles de esfuerzo: Canvas (sin código, AutoML con interfaz visual) para analistas de negocio; Studio con algoritmos como XGBoost para científicos de datos que programan. Cuando mandan las restricciones de tiempo y de equipo, se elige el nivel que el equipo puede operar, igual que se compra un auto automático si nadie sabe manejar uno mecánico.
Truco para el examen: «Analistas de negocio», «sin código», «sin científicos de datos» + datos tabulares etiquetados → SageMaker Canvas. Construir desde cero en SageMaker contradice esas restricciones; Personalize es para recomendaciones, no para clasificar fraude.
Respuesta: B. Amazon Q Developer es el asistente para desarrolladores: genera y explica código en el IDE y automatiza transformaciones como la actualización de versiones de Java. Amazon Q Business es el asistente para empleados: se conecta a fuentes internas (SharePoint, Confluence, S3…) y responde respetando los permisos de cada usuario. → Guía §3.2, §3.6.
Concepto clave: Ambos son «Amazon Q», pero para públicos distintos. Q Developer es el compañero técnico sentado junto al programador; Q Business es el bibliotecario de la empresa que solo te enseña los archivos a los que tienes acceso. Lex también es conversacional, pero solo da la plataforma para construir bots; Q Business ya trae los conectores, los permisos y la respuesta generativa.
Truco para el examen: «IDE», «código», «desarrolladores», «actualizar Java» → Q Developer. «Empleados», «documentos internos», «conectores», «respetando permisos» → Q Business. Revisa el orden «respectivamente»: la pareja invertida es la trampa más común.
Respuesta: D. SageMaker JumpStart permite partir de modelos fundacionales preentrenados y desplegarlos en endpoints propios de SageMaker, con control sobre tipo de instancia, autoescalado y configuración. → Guía §3.3.
Concepto clave: Bedrock y JumpStart ofrecen modelos fundacionales, pero en niveles de control distintos: Bedrock es serverless (no ves ni eliges la infraestructura) y JumpStart despliega el modelo en infraestructura que tú configuras dentro de tu cuenta. Es la diferencia entre tomar un taxi y alquilar un auto: el auto te da el volante, pero también la responsabilidad.
Truco para el examen: «Control total sobre instancias/endpoint», «desplegar en mi propia infraestructura», «hub de modelos preentrenados» → SageMaker JumpStart. «Sin gestionar infraestructura», «API serverless» → Bedrock.
Respuesta: B. Batch inference procesa grandes volúmenes de solicitudes de forma asíncrona y a menor costo que la invocación on-demand, ideal cuando no hay urgencia en la respuesta. → Guía §3.7.
Concepto clave: En Bedrock, batch inference recibe un archivo con miles de prompts (normalmente en S3), los procesa por lotes y deja los resultados en S3, con un descuento importante frente al precio on-demand. Es como mandar tu ropa a la lavandería por kilo: no la tienes al instante, pero sale mucho más barato que lavar prenda por prenda.
Truco para el examen: «Gran volumen», «sin restricción de tiempo», «minimizar costo», «procesar documentos históricos» → batch inference. «Tiempo real» o «interactivo» → on-demand.
Respuesta: D y E. Prompt caching reutiliza el procesamiento de la parte fija y repetida de un prompt entre llamadas, lo que reduce costo y latencia; y el enrutamiento inteligente (Intelligent Prompt Routing) envía las consultas simples a un modelo más pequeño y barato, reservando el más grande para las complejas. → Guía §3.7.
Concepto clave: Ambas técnicas evitan pagar de más: el caching no vuelve a procesar el mismo contexto largo (instrucciones de sistema, documento de referencia) en cada llamada, y el enrutamiento es como un triaje en emergencias que no manda a un resfrío al especialista. En Bedrock, Intelligent Prompt Routing elige entre modelos de una misma familia (por ejemplo, variantes grandes y pequeñas de Claude, Llama o Nova), no entre proveedores distintos.
Truco para el examen: «Parte fija/repetida del prompt», «mismo contexto en muchas llamadas» → prompt caching. «Consultas simples vs. complejas», «modelo más pequeño para lo fácil» → enrutamiento inteligente. No confundas caching (reutilizar contexto) con batch (procesar en lote sin urgencia).
Respuesta: D. Amazon Textract ya resuelve exactamente la extracción de montos y fechas de documentos escaneados, sin prompts ni elección de modelo: si un AI Service específico cubre la necesidad, es la opción más directa. → Guía §3.2, §3.3.
Concepto clave: La regla de decisión de AWS va de lo más empaquetado a lo más flexible: primero un AI Service específico (Textract, Rekognition, Comprehend…); si la tarea requiere generar o razonar con flexibilidad, Bedrock; si necesitas tu propio modelo con control total, SageMaker. Es como no mandar a hacer un martillo a medida cuando la ferretería ya lo vende.
Truco para el examen: La frase «sin diseñar ningún prompt ni elegir ningún modelo» delata al AI Service. Aunque un modelo multimodal de Bedrock o un modelo propio en SageMaker podrían funcionar, el examen premia la opción que resuelve la necesidad con menos esfuerzo.
Dominio 4 — Directrices para IA Responsable#
Respuesta: B. Que un operador humano pueda tomar el control en cualquier momento es controllability; que el sistema nunca sugiera maniobras que pongan en riesgo físico a las personas es safety. → Guía §4.1.
Concepto clave: Controllability responde a «¿podemos intervenir y corregir al sistema?»; safety responde a «¿el sistema evita causar daño?». En un auto con piloto automático, el volante y el freno que el conductor puede tomar son controllability; que el sistema jamás proponga cruzar en rojo es safety.
Truco para el examen: Palabras como «intervención humana», «tomar el control», «apagar» o «corregir» → controllability. «Daño», «riesgo físico», «peligro para las personas» → safety. AWS suele ofrecer la pareja invertida.
Respuesta: B. Explicar qué variables influyeron en la prima de un asegurado concreto es explicabilidad; informar a todos los usuarios que existe un sistema automatizado y cómo pedir revisión es transparencia. → Guía §4.1, §4.7.
Concepto clave: La explicabilidad mira hacia adentro de una decisión puntual («¿por qué a mí me salió esto?»); la transparencia mira hacia afuera, comunicando de forma general cómo y dónde se usa la IA. Es la diferencia entre que el banco te explique por qué te negaron el crédito y que publique en su web que usa un sistema automatizado de evaluación.
Truco para el examen: «Decisión específica», «qué variables influyeron», «por qué este resultado» → explicabilidad (SageMaker Clarify con SHAP). «Informar a los usuarios», «divulgar el uso de IA», «cómo apelar» → transparencia.
Respuesta: D. El código postal actúa como variable proxy de un atributo protegido (la raza) y reproduce un sesgo presente en los datos, aunque nadie lo programó y el modelo sea estadísticamente correcto. → Guía §4.2.
Concepto clave: Quitar la columna «raza» no basta si otra variable la «delata». Es como decir que no discriminas por procedencia pero filtrar por el distrito donde vive la persona: el efecto termina siendo el mismo. Por eso se mide el bias por grupo (con SageMaker Clarify) y se revisan las variables correlacionadas con atributos protegidos.
Truco para el examen: «Variable aparentemente neutral», «correlacionada con un grupo», «nadie lo programó» → bias por proxy / bias en los datos. Si el modelo «funciona bien estadísticamente», descarta overfitting y underfitting.
Respuesta: C. SageMaker Model Cards documenta los modelos propios (propósito, datos de entrenamiento, métricas, limitaciones); AWS AI Service Cards documenta el uso previsto y las limitaciones de los servicios de IA de AWS, como Rekognition. → Guía §4.3.
Concepto clave: Ambos son fichas de transparencia, como la ficha técnica de un medicamento: para qué sirve, cómo se probó y cuándo no usarlo. La diferencia está en quién la escribe: el Model Card lo llenas tú sobre tu modelo; el AI Service Card lo publica AWS sobre su servicio.
Truco para el examen: «Documentar mi modelo» → SageMaker Model Cards. «Documentación publicada por AWS sobre sus servicios» → AI Service Cards. El examen suele intercambiarlos, o mezclarlos con Model Registry (versiones y aprobación) y AWS Artifact (informes de cumplimiento).
Respuesta: B. Ground Truth interviene antes de entrenar, cuando humanos etiquetan los datos; Amazon A2I interviene después, cuando humanos revisan predicciones de baja confianza de un modelo en producción. → Guía §4.3.
Concepto clave: Los dos usan humanos, pero en extremos distintos del ciclo de vida: Ground Truth es el profesor que prepara las respuestas del solucionario antes de la clase; A2I es el supervisor que revisa solo los casos dudosos del trabajo ya hecho. A2I se activa con reglas como «confianza menor a 70 %».
Truco para el examen: «Etiquetar», «antes de entrenar», «no existe modelo aún» → Ground Truth. «Revisar predicciones», «baja confianza», «human-in-the-loop en producción» → A2I.
Respuesta: A y C. Negarse a dar dosis fuera de lo autorizado y derivar a un farmacéutico evita daño real al usuario (safety); responder con la misma calidad pese a errores de escritura o dialectos es desempeño consistente ante entradas variables (robustness). → Guía §4.1.
Concepto clave: Safety trata de que el sistema no cause daño; robustness, de que no se «caiga» cuando la entrada no es perfecta. Un buen chatbot peruano debería entender igual «q dosis tomo» que «¿qué dosis debo tomar?», y eso es robustez, no un tema de equidad entre grupos.
Truco para el examen: Asocia «errores ortográficos», «entradas ruidosas o inesperadas», «condiciones adversas» con robustness, y «rechazar lo riesgoso», «evitar daño» con safety. Que el enunciado mencione dialectos no convierte el caso en fairness.
Respuesta: C. La regla simple es interpretable por diseño (se entiende con solo leerla); el modelo de deep learning es una caja negra que necesita técnicas de explicabilidad aplicadas después, como SHAP. → Guía §4.5.
Concepto clave: La interpretabilidad es transparencia intrínseca: árboles de decisión pequeños, regresiones y reglas se entienden solos. La explicabilidad es una «traducción» posterior para modelos complejos. Suele haber un trade-off: más complejidad puede dar más exactitud, pero menos interpretabilidad.
Truco para el examen: «Se entiende con solo leer el modelo», «por diseño» → interpretabilidad. «Técnicas después de entrenar», «SHAP», «caja negra» → explicabilidad. En AWS, SageMaker Clarify es el que aporta SHAP.
Respuesta: D. El NIST AI Risk Management Framework es un marco voluntario del gobierno de EE. UU. (funciones Govern, Map, Measure y Manage); ISO/IEC 42001 es un estándar internacional certificable de sistema de gestión de IA. → Guía §4.5.
Concepto clave: Ambos ayudan a gobernar riesgos de IA, pero no son lo mismo: el NIST AI RMF es una guía de buenas prácticas, mientras que ISO/IEC 42001 es una norma contra la que una organización puede certificarse, igual que ISO 27001 en seguridad de la información. Se complementan; ninguno reemplaza al otro ni es un servicio de AWS.
Truco para el examen: Asocia NIST con «EE. UU.» y «marco de gestión de riesgos» e ISO/IEC 42001 con «internacional», «sistema de gestión» y «certificable». Cuidado con la inversión de roles (quién es certificable), con confundir 42001 con ISO 27001 (seguridad de la información) y con la AI Act de la UE, que sí es una ley.
Respuesta: C. Prevenir desde el diseño y los datos (identificar riesgos, curar datos representativos, medir el bias al entrenar) es más efectivo y barato que corregir un modelo sesgado que ya afecta a usuarios en producción. → Guía §4.4.
Concepto clave: Es el principio de «responsible AI by design»: el sesgo se previene en el origen. Corregir un defecto de construcción cuesta mucho menos en el plano que cuando el edificio ya está habitado. SageMaker Clarify puede medir el bias antes del entrenamiento (en los datos) y después (en las predicciones), y Model Monitor sigue vigilando en producción.
Truco para el examen: Cuando la pregunta compara «antes» contra «después», AWS premia la prevención temprana más el monitoreo continuo. Descarta opciones que atribuyan a Clarify o a Model Monitor limitaciones que no tienen, o que presenten la prevención como sustituto del monitoreo.
Dominio 5 — Seguridad, Cumplimiento y Gobernanza#
Respuesta: C. La customer managed key que el cliente creó y controla es responsabilidad del cliente (seguridad «en» la nube); la seguridad física del centro de datos es responsabilidad de AWS (seguridad «de» la nube). → Guía §5.1, §5.2.
Concepto clave: El modelo de responsabilidad compartida funciona como un edificio de departamentos: el administrador (AWS) cuida la estructura, la puerta principal y la vigilancia; tú (cliente) decides quién tiene la llave de tu departamento y la cambias cuando toca. Todo lo que configuras tú (IAM, cifrado, claves, datos) es tuyo.
Truco para el examen: «Físico», «hardware», «centro de datos», «infraestructura global» → AWS. «Datos», «accesos», «configuración», «claves que tú creaste» → cliente. La palabra «customer managed» lo dice todo.
Respuesta: A. AWS garantiza que los prompts y datos que envías a Bedrock no se usan para entrenar los modelos base ni se comparten con los proveedores de modelos, y quedan aislados en tu cuenta. → Guía §5.1.
Concepto clave: Bedrock procesa tu información dentro de un entorno aislado: los modelos base son de solo lectura para todos los clientes, y si haces fine-tuning se crea una copia privada solo para ti. Es como usar una calculadora compartida en una oficina: todos la usan, pero no guarda tus cuentas ni se las muestra al siguiente.
Truco para el examen: Ante cualquier pregunta sobre si Bedrock «aprende» de tus datos o los comparte, la respuesta es no, por diseño y sin configuración adicional. El cifrado, PrivateLink y Guardrails se suman como capas extra, pero no son la condición para ese aislamiento.
Respuesta: D. TLS cifra los datos en tránsito, mientras viajan de la app a Bedrock; AWS KMS administra las claves que cifran los embeddings en reposo dentro de OpenSearch. → Guía §5.2.
Concepto clave: Un dato tiene dos estados que proteger: en movimiento y guardado. TLS es el camión blindado que traslada el dinero; KMS es la llave de la bóveda donde se guarda. Ninguno reemplaza al otro, y IAM o CloudTrail cumplen otras funciones (quién accede y quién hizo qué).
Truco para el examen: «Mientras viajan», «en tránsito», «por la red» → TLS/HTTPS. «Almacenados», «en reposo», «en disco» → KMS. La trampa es darte la pareja invertida.
Respuesta: C. Un VPC endpoint de interfaz con AWS PrivateLink conecta la VPC con Bedrock por la red privada de AWS, sin que el tráfico pase nunca por la internet pública. → Guía §5.2.
Concepto clave: PrivateLink es como un pasadizo interno entre tu edificio y el de AWS: no sales a la calle en ningún momento. Un NAT Gateway, en cambio, es una puerta de salida controlada, pero te deja en la calle (internet). Además, un VPC endpoint permite políticas de endpoint para limitar qué acciones se permiten.
Truco para el examen: Frases como «sin atravesar internet», «tráfico privado», «nunca por la red pública» → VPC endpoint / PrivateLink. NAT Gateway e Internet Gateway siempre implican salida a internet.
Respuesta: B. Un rol de IAM para acceso entre cuentas (cross-account role), asumido con AWS STS, entrega credenciales temporales a la cuenta de desarrollo sin guardar credenciales permanentes de producción. → Guía §5.3.
Concepto clave: El rol es un «fotocheck de visitante»: la cuenta de producción define qué puede hacer quien lo porte y en quién confía; el pipeline lo pide, lo usa unos minutos y caduca solo. Nada que robar a largo plazo, a diferencia de unas access keys copiadas en un pipeline.
Truco para el examen: «Temporal», «entre cuentas», «sin credenciales de larga duración» → IAM role + STS (AssumeRole). Guardar access keys en Secrets Manager mejora su custodia, pero siguen siendo credenciales de larga duración; y un permission boundary restringe permisos, nunca los concede entre cuentas.
Respuesta: C. AWS Artifact es el portal para descargar informes de cumplimiento de AWS (SOC, ISO, PCI) y aceptar acuerdos como el BAA; AWS Config evalúa de forma continua si tus recursos cumplen reglas definidas, como el cifrado de buckets S3. → Guía §5.4.
Concepto clave: Artifact muestra el cumplimiento de AWS (sus certificados, como los diplomas colgados en la pared de un consultorio). Config revisa el cumplimiento de tu configuración día a día, como un inspector que recorre tu local y avisa cuando algo no respeta la norma interna.
Truco para el examen: «Descargar informe», «SOC 2», «BAA», «certificaciones de AWS» → Artifact. «Evaluar continuamente», «reglas de configuración», «historial de cambios de recursos» → Config.
Respuesta: D. AWS CloudTrail registra quién invocó el modelo, qué acción y cuándo; el contenido exacto del prompt solo queda disponible si se habilitó el model invocation logging de Bedrock hacia CloudWatch Logs (o S3). → Guía §5.7.
Concepto clave: Son dos niveles de auditoría: CloudTrail es el registro de visitas en portería (quién entró y a qué hora), y el invocation logging es la grabación de la conversación (qué se dijo). El segundo viene desactivado por defecto porque guarda datos potencialmente sensibles, así que hay que activarlo con anticipación.
Truco para el examen: «Quién», «cuándo», «qué llamada a la API» → CloudTrail. «Contenido del prompt/respuesta», «entradas y salidas del modelo» → invocation logging en CloudWatch Logs o S3. CloudWatch también sirve para métricas y alarmas.
Respuesta: B y D. Amazon Macie descubre y clasifica automáticamente datos sensibles (incluida información de salud) en S3, y elegir una Región de AWS en la Unión Europea mantiene los datos dentro de esa geografía para cumplir con GDPR. → Guía §5.2, §5.7.
Concepto clave: Primero hay que saber dónde está lo sensible (Macie hace el inventario con ML y patrones) y luego decidir dónde vive físicamente (la Región). AWS no mueve tus datos fuera de la Región que elegiste salvo que tú lo configures, igual que un archivo físico que no sale de la sede donde lo guardaste.
Truco para el examen: «Descubrir datos sensibles en S3» → Macie. «Residencia de datos», «soberanía», «GDPR», «no salir del país/bloque» → elegir la Región adecuada. Las Availability Zones son para disponibilidad, no para residencia.
Respuesta: A. Las políticas de retención y eliminación definen cuánto tiempo deben conservarse los datos y registros antes de borrarse automáticamente; el cifrado los protege mientras existen, pero no decide cuándo dejan de existir. → Guía §5.5.
Concepto clave: La retención es parte de la gobernanza de datos, junto con la calidad, el linaje y la clasificación. En AWS se implementa, por ejemplo, con reglas de ciclo de vida de S3 o con la retención de los log groups de CloudWatch Logs. Es como la regla de un archivo documentario: ciertos expedientes se guardan diez años y luego se destruyen de forma controlada.
Truco para el examen: «Cuánto tiempo conservar», «eliminar después de un período», «ciclo de vida de los datos» → políticas de retención. Cifrar responde a «¿quién puede leerlo?», no a «¿hasta cuándo existe?».
Parte 2 — Respuestas y justificación#
Dominio 1#
1. C. F1 ≈ 0.85. F1 = 2 × (Precision × Recall) / (Precision + Recall) = 2 × (0.90 × 0.80) / (0.90 + 0.80) = 1.44/1.70 ≈ 0.85. Ojo con las cifras sueltas que aparecen entre las alternativas: 0.90 y 0.80 son Precision y Recall por separado, no su combinación. Por qué no las otras: A) Es el resultado de multiplicar directamente Precision × Recall (0.90 × 0.80 = 0.72) en lugar de aplicar la fórmula armónica del F1, un error común de cálculo. B) Es el valor aislado de Precision (180/200 = 0.90), sin combinarlo con Recall. D) Es el valor aislado de Recall (180/225 = 0.80), sin combinarlo con Precision. → Guía §1.5.
2. B. La clave para distinguir data drift de overfitting es cuándo aparece el problema: aquí el modelo ya era bueno y consistente en entrenamiento y validación (92%/90%), y el deterioro apareció meses después, en producción, con datos que cambiaron respecto a los de entrenamiento — la firma de data drift, no de overfitting (que ya se habría notado en la validación original). SageMaker Model Monitor es la herramienta diseñada para detectar justamente esto. Por qué no las otras: A) El underfitting produce bajo desempeño desde el inicio en ambos conjuntos, no un buen desempeño inicial seguido de caída tardía; SageMaker Debugger monitorea problemas internos del entrenamiento (gradientes, etc.), no el drift en producción. C) El overfitting se habría manifestado ya como una brecha entre el desempeño de entrenamiento y validación desde el principio, no como una caída meses después con buen desempeño inicial; además SageMaker Clarify mide bias, no data drift. D) El prompt injection es un ataque específico sobre LLMs mediante manipulación de prompts; no aplica a un modelo de clasificación de fraude ni explica una caída de accuracy por cambio en la distribución de los datos. → Guía §1.6, §1.8.
3. D. El equipo ya decidió el algoritmo (XGBoost) y solo quiere automatizar la búsqueda de hiperparámetros como learning rate y profundidad: eso es exactamente SageMaker Automatic Model Tuning, que lanza múltiples trabajos de entrenamiento con combinaciones dentro de rangos definidos y conserva la que optimiza la métrica objetivo. La trampa es Autopilot, que también ajusta hiperparámetros, pero como parte de un AutoML completo que además prueba algoritmos distintos. Por qué no las otras: A) Autopilot es AutoML completo: prepara los datos, prueba varios algoritmos y elige el mejor candidato. El equipo ya fijó el algoritmo y solo quiere afinar sus hiperparámetros, así que es más de lo que necesita. B) Clarify detecta sesgo en datos y predicciones y explica el modelo con valores SHAP; no busca combinaciones de hiperparámetros. C) Data Wrangler prepara y transforma datos con una interfaz visual antes de entrenar; no ajusta hiperparámetros del algoritmo. → Guía §1.6.
4. B y D. «salario_anual» es una variable numérica continua que se beneficia de normalización para estar en una escala comparable con otras features; «ciudad» es una variable categórica sin orden natural, por lo que necesita one-hot encoding para no sugerir un orden numérico inexistente. Aplicar cada técnica a la columna equivocada generaría problemas: normalizar categorías no tiene sentido, y aplicar one-hot a un rango numérico continuo generaría cientos de columnas inútiles. Por qué no las otras: A) Eliminar ambas columnas descarta información útil sin necesidad; ambas pueden usarse aplicando la técnica correcta a cada una. C) Aplicar one-hot encoding a una variable numérica continua como "salario_anual" generaría una columna binaria por cada valor distinto de salario, sin sentido práctico. E) Normalizar una variable categórica como "ciudad" no aplica, porque no existe una escala numérica que normalizar. → Guía §1.4.
5. C. SageMaker Ground Truth. Está diseñado exactamente para coordinar revisores humanos (propios o externos) en el etiquetado de grandes volúmenes de datos antes de entrenar, como en este caso de 50,000 imágenes satelitales. Por qué no las otras: A) SageMaker Model Monitor vigila el desempeño de un modelo ya desplegado en producción, no interviene antes del entrenamiento en la fase de etiquetado. B) SageMaker JumpStart ofrece modelos preentrenados listos para usar o ajustar, no un flujo de etiquetado con revisores. D) SageMaker Autopilot automatiza la búsqueda de algoritmos e hiperparámetros (AutoML), no la coordinación de etiquetado humano. → Guía §1.4.
6. B. Random Cut Forest es el algoritmo integrado de SageMaker para detección de anomalías sin necesitar ejemplos previos etiquetados (la necesidad 1); K-Means es el algoritmo de clustering para agrupar sin categorías previas (la necesidad 2). Intercambiarlos es la trampa más común al confundir estos dos algoritmos no supervisados. Por qué no las otras: A) DeepAR está diseñado para pronóstico de series temporales, no para detección de anomalías ni para agrupar entidades por similitud. C) Invierte los dos algoritmos: asigna K-Means a la detección de anomalías y Random Cut Forest al agrupamiento, exactamente al revés de su propósito real. D) XGBoost es un algoritmo supervisado que requiere ejemplos etiquetados; ninguna de las dos necesidades del escenario cuenta con ese tipo de datos. → Guía §1.7.
7. A. Las instancias Inf usan Inferentia, el chip diseñado específicamente por AWS para inferencia (servir un modelo ya entrenado) de bajo costo a gran escala. Trainium, en cambio, está optimizado para entrenamiento, no para este caso de uso. Por qué no las otras: B) Las instancias P (GPU de propósito general) pueden servir inferencia, pero no están optimizadas específicamente para minimizar el costo de ese caso de uso como sí lo está Inferentia. C) Trainium (Trn) está optimizado específicamente para entrenar modelos, no para servir inferencias de bajo costo, que es lo que pide el escenario. D) Las instancias R están optimizadas en memoria para cargas de trabajo generales, sin relación con la aceleración de inferencia de modelos de ML. → Guía §1.6.
8. C. Cuando el mismo conjunto de datos se usa repetidamente tanto para tomar decisiones sobre el modelo (ajustar hiperparámetros) como para medir su desempeño final, esas decisiones terminan "filtrando" indirectamente información del conjunto de prueba hacia el modelo, lo que produce una estimación de desempeño demasiado optimista respecto a datos genuinamente nuevos — por eso la guía insiste en que el test set se usa solo una vez, al final. Por qué no las otras: A) Reutilizar el mismo conjunto para ajustar y medir no quita datos de entrenamiento ni simplifica el modelo; el problema está en la evaluación, no en la capacidad del modelo. B) El data drift es un cambio en la distribución de los datos de producción con el tiempo; aquí no cambia ninguna distribución, se contamina la medición. D) El sesgo va en la dirección contraria: como las decisiones se tomaron mirando esos datos, la métrica sale inflada, no deflactada. → Guía §1.4.
9. B. Multi-model endpoints permite alojar varios modelos en un mismo endpoint compartido de SageMaker, evitando pagar por 30 endpoints dedicados con tráfico esporádico cada uno. Provisioned Throughput es la trampa: es un concepto de Bedrock, no de SageMaker, y no resuelve este problema específico de múltiples modelos pequeños. Por qué no las otras: A) Random Cut Forest es un algoritmo de detección de anomalías, no una característica de infraestructura de endpoints. C) SageMaker Ground Truth es un servicio de etiquetado de datos, sin relación con el hospedaje de endpoints. D) Provisioned Throughput es un concepto de Bedrock para garantizar capacidad reservada de un modelo fundacional, no una función de SageMaker para consolidar múltiples modelos en un mismo endpoint. → Guía §1.8.
10. A. Con un batch size mayor, cada lote contiene más ejemplos, por lo que se necesitan menos lotes (y por tanto menos actualizaciones de pesos) para completar una pasada completa por todo el dataset (un epoch). Por qué no las otras: B) El epoch recorre siempre el mismo dataset, pero las actualizaciones por epoch equivalen a tamaño del dataset ÷ batch size, así que cambian al variar el batch size. C) Cada lote produce una única actualización de pesos, sea grande o pequeño; con lotes más grandes hay menos lotes y, por tanto, menos actualizaciones. D) El número de epochs es un hiperparámetro aparte que no queda fijado por el batch size; lo que cambia directamente es cuántas actualizaciones hay dentro de cada epoch. → Guía §1.3.
11. D. SageMaker Model Registry versiona y marca qué modelos están aprobados para producción; SageMaker Pipelines automatiza el flujo repetible de preparación→entrenamiento→evaluación→despliegue — son componentes distintos para necesidades distintas, e invertir sus funciones es la confusión habitual. Por qué no las otras: A) Invierte las funciones: asigna el catálogo de versiones a Pipelines y el flujo automatizado a Model Registry, exactamente al revés. B) SageMaker Clarify está diseñado para evaluar bias y explicabilidad, no para versionar modelos ni automatizar flujos de trabajo. C) SageMaker Feature Store centraliza y reutiliza features de entrenamiento/inferencia, sin relación con el versionado de modelos ni la automatización de pipelines. → Guía §1.8.
12. A. Machine Learning incluye muchos algoritmos que no son redes neuronales en absoluto: regresión lineal, árboles de decisión, K-Means, XGBoost, Random Cut Forest, entre otros — las redes neuronales son específicas del subconjunto de Deep Learning, no una característica de todo ML. Por qué no las otras: B) La IA generativa es un subconjunto del Deep Learning, que a su vez está dentro del ML; y las redes neuronales también se usan en Deep Learning no generativo, como la clasificación de imágenes. C) Invierte la jerarquía: el Deep Learning es un subconjunto del Machine Learning, no al revés. D) Eso describe a los sistemas expertos basados en reglas; el ML sí aprende patrones a partir de los datos, así que esa parte de la frase del colega es correcta. → Guía §1.1, §1.7.
13. C y E. Los checkpoints periódicos permiten usar Spot de forma segura, reanudando si son interrumpidas; dimensionar correctamente la instancia evita pagar por capacidad no aprovechada. Por qué no las otras: A) AWS puede reclamar una instancia Spot con un aviso de dos minutos; sin checkpoints, una interrupción obliga a empezar de cero y pone en riesgo que el trabajo se complete. B) Provisioned Throughput es capacidad reservada de inferencia en Bedrock; no aplica a trabajos de entrenamiento de SageMaker. D) Menos horas no implican menor costo total: si la carga no aprovecha esas GPU, pagas una tarifa por hora mucho mayor por capacidad ociosa. → Guía §1.8.
Dominio 2#
14. B. Un modelo fundacional requiere preentrenamiento a gran escala y capacidad de adaptarse a múltiples tareas posteriores; un modelo de regresión lineal simple, entrenado desde cero con pocos datos para una única tarea, no cumple ninguno de esos dos criterios definitorios, sin importar que use aprendizaje supervisado. Por qué no las otras: A) Es falso que los modelos fundacionales existan solo para texto — también los hay para imagen, audio y otras modalidades; además la razón real de que este modelo no sea fundacional es su escala y propósito único, no la modalidad. C) Afirma que cualquier modelo entrenado con datos propios es fundacional, ignorando los criterios de escala y adaptabilidad a múltiples tareas. D) El uso de aprendizaje supervisado no tiene relación con ser o no un modelo fundacional; muchos modelos fundacionales usan preentrenamiento autosupervisado, y muchos modelos pequeños también usan aprendizaje supervisado. → Guía §2.1.
15. C. El costo en Bedrock se factura por tokens de entrada y de salida; al limitar max_tokens a 500 en lugar de dejar que el modelo genere libremente (lo que produjo 1,500 tokens la primera vez), es probable que la segunda llamada genere menos tokens de salida y por tanto cueste menos en total, aunque el prompt de entrada sea idéntico en ambos casos. Por qué no las otras: A) Bedrock on-demand factura tanto los tokens de entrada como los de salida, y la salida suele tener un precio por token mayor. B) max_tokens es un tope, no una reserva: se facturan los tokens realmente generados, y el modelo puede terminar antes de alcanzarlo. D) En modelos de texto, on-demand no cobra por invocación sino por tokens de entrada y de salida procesados. → Guía §2.1, §2.9.
16. A. Comparar embeddings por similitud numérica (por ejemplo, con distancia coseno) para encontrar los fragmentos cuyo significado es más parecido a la pregunta, sin depender de que las palabras exactas coincidan, es la definición de búsqueda semántica — la base de la recuperación en RAG. Por qué no las otras: B) La búsqueda híbrida combina una puntuación léxica por palabras clave con la similitud vectorial; el escenario solo compara vectores. C) La búsqueda por palabra clave exacta compara texto literal, no vectores numéricos de significado. D) La búsqueda difusa tolera errores tipográficos comparando caracteres del texto, no el significado representado en embeddings. → Guía §2.1, §3.4.
17. D. Una temperature baja (cercana a 0) hace que el modelo elija casi siempre el token más probable, produciendo respuestas más deterministas y consistentes entre invocaciones repetidas del mismo prompt — exactamente lo que necesita este caso de uso legal donde la consistencia importa más que la variedad. Por qué no las otras: A) Un top-p alto amplía el conjunto de tokens entre los que el modelo puede elegir, lo que aumenta la variedad en vez de la consistencia. B) Una temperature alta maximiza la variedad de las respuestas, justo lo opuesto de la consistencia que necesita este caso de uso legal. C) max_tokens limita la longitud máxima de la respuesta; no controla la aleatoriedad con la que se elige cada token. → Guía §2.1.
18. A y D. Few-shot prompting incluye ejemplos resueltos dentro del prompt; chain-of-thought pide razonar paso a paso antes de la respuesta final — ambas son definiciones correctas. Por qué no las otras: B) Es falsa: negative prompting no modifica los pesos del modelo, es solo una instrucción dentro del prompt. C) Es falsa: zero-shot es exactamente lo opuesto, no incluye ningún ejemplo. E) Es falsa: la utilidad central de un prompt template es precisamente ser reutilizable con variables distintas cada vez. → Guía §2.2.
19. B y E. RAG no modifica pesos, consulta en el momento de generar; fine-tuning sí modifica permanentemente los pesos con datos propios etiquetados — ambas afirmaciones son correctas. Por qué no las otras: A) Es falsa: RAG no requiere reentrenar nada cuando cambian los documentos, esa es su ventaja principal. C) Es falsa: continued pre-training usa datos masivos sin etiquetar, a diferencia de fine-tuning (esa es justo la distinción clave entre ambas técnicas). D) Incluir pocos ejemplos en el prompt es few-shot prompting, que no cambia pesos; continued pre-training entrena con grandes volúmenes de texto del dominio sin etiquetar. → Guía §2.3.
20. C. El mecanismo de self-attention permite calcular las relaciones entre todos los tokens de una secuencia simultáneamente, lo que posibilita procesar la secuencia completa en paralelo — a diferencia de las RNN, que procesaban palabra por palabra de forma estrictamente secuencial y por eso eran más lentas de entrenar a gran escala. Por qué no las otras: A) Es falso: las RNN son precisamente el ejemplo de arquitectura secuencial que no procesaba en paralelo, esa era su limitación frente a los Transformers. B) Describe exactamente el comportamiento de las RNN (secuencial, palabra por palabra), no el de los Transformers, e invierte además la ventaja de velocidad. D) Es falso: los Transformers sí requieren datos de entrenamiento igual que cualquier modelo de ML, la arquitectura no elimina esa necesidad. → Guía §2.6.
21. B. El modelo de recompensa aprende, a partir de las clasificaciones humanas de calidad de distintas respuestas, a predecir qué respuestas preferirían los humanos; esa predicción es la que después guía el ajuste del LLM original mediante aprendizaje por refuerzo — el modelo de recompensa no genera las respuestas originales ni reemplaza al LLM. Por qué no las otras: A) El modelo de recompensa no reemplaza al LLM; se usa como señal para guiarlo durante el ajuste por refuerzo, ambos siguen siendo componentes distintos. C) El modelo de recompensa predice preferencias humanas sobre respuestas, no convierte texto en embeddings vectoriales (esa es una tarea distinta, la de generar representaciones para búsqueda semántica). D) Las respuestas originales que se clasifican son generadas por el LLM que se está entrenando, no por el modelo de recompensa. → Guía §2.7.
22. D. Quantization reduce directamente la precisión numérica de los pesos ya existentes de un modelo (por ejemplo, de 32 a 8 bits), sin entrenar ningún modelo nuevo. Distillation es la trampa: entrena, en cambio, un modelo «estudiante» completamente nuevo para imitar a uno «maestro» — un proceso de entrenamiento adicional, no una simple reducción de precisión sobre pesos existentes. Por qué no las otras: A) RAG reduce la necesidad de incluir todo el conocimiento en el prompt recuperando contexto externo, pero no toca en absoluto los pesos ni su precisión numérica. B) Fine-tuning ajusta los pesos entrenando con datos nuevos, un proceso muy distinto a solo reducir la precisión numérica de pesos ya existentes. C) Distillation entrena un modelo "estudiante" completamente nuevo, un proceso de entrenamiento adicional, no una simple reducción de precisión sobre pesos existentes. → Guía §2.9.
23. C y D. Bedrock Guardrails filtra instrucciones maliciosas y contenido no permitido; separar claramente las instrucciones del sistema del contenido no confiable es una buena práctica de diseño de prompts que reduce la superficie de ataque — ambas mitigan directamente prompt injection. Por qué no las otras: A) La temperature solo controla la aleatoriedad al elegir tokens; con temperature 0 el modelo sigue obedeciendo, de forma más predecible, la instrucción inyectada. B) El registro de invocaciones sirve para auditar e investigar después del hecho, pero no bloquea ni filtra el ataque en el momento. E) El cifrado protege la confidencialidad en tránsito y en reposo, pero el modelo procesa el texto descifrado y la instrucción maliciosa sigue ahí. → Guía §2.9, §3.5.
24. C. Multimodalidad. Es la capacidad que permite a un modelo procesar más de un tipo de entrada (imagen y texto) en la misma solicitud, sin necesitar recuperar información externa (eso sería RAG) ni haber sido reentrenado para este caso puntual (eso sería fine-tuning). Por qué no las otras: A) Quantization reduce la precisión numérica de los pesos para ahorrar memoria, sin relación con la capacidad de aceptar imagen y texto simultáneamente. B) RAG consulta información externa para enriquecer el contexto, pero no es lo que permite procesar imagen y texto juntos en la misma solicitud. D) Fine-tuning ajusta los pesos del modelo con datos propios, pero no es la característica que habilita el procesamiento conjunto de distintos tipos de entrada. → Guía §2.9.
25. D. Perplexity. Mide directamente qué tan bien el modelo predice la siguiente palabra de una secuencia de texto, sin necesitar ningún texto de referencia humano — a diferencia de BLEU y ROUGE, que sí comparan contra una o varias referencias humanas, y de la evaluación humana, que por definición depende de personas. Por qué no las otras: A) BLEU compara el texto generado contra una o varias traducciones/referencias humanas, requiere ese texto de referencia. B) ROUGE también compara contra resúmenes de referencia escritos por humanos, igual que BLEU. C) La evaluación humana depende por definición de jueces humanos revisando la salida, es la métrica más alejada de "no requerir referencia humana". → Guía §2.5.
26. A. La alucinación es específica de los modelos generativos que producen contenido inventado con apariencia de certeza (el chatbot citando una cláusula legal inexistente); un motor de búsqueda de palabras clave sobre un índice desactualizado simplemente devuelve un dato viejo de una fuente real que existió, no "inventa" nada nuevo — son dos problemas distintos aunque ambos den información incorrecta. Por qué no las otras: B) Un dato desactualizado de una fuente real es un problema de frescura del índice, no una invención; el que fabricó contenido fue el chatbot. C) Afirma que ambos son alucinaciones solo porque ambos dieron información incorrecta, pero la alucinación requiere que un modelo generativo invente contenido, no simplemente que un dato esté desactualizado. D) No había ningún documento que recuperar: la cláusula no existe en ninguna fuente, así que el modelo la generó, y eso es una alucinación. → Guía §2.1.
27. C. Amazon Redshift. Es un motor de data warehouse orientado a consultas analíticas SQL sobre grandes volúmenes de datos estructurados, no una base de datos vectorial. OpenSearch, Neptune y Aurora PostgreSQL (pgvector) sí ofrecen capacidades de almacenamiento y búsqueda vectorial para RAG. Por qué no las otras: A) Amazon Aurora PostgreSQL, con la extensión pgvector, sí almacena embeddings y hace búsqueda por similitud, por lo que queda descartada como respuesta. B) Amazon OpenSearch Service sí ofrece capacidades de búsqueda vectorial (k-NN), por lo que no es la respuesta a "cuál NO la ofrece". D) Amazon Neptune, además de ser una base de datos de grafos, también incorpora búsqueda vectorial, por lo que tampoco es la respuesta correcta. → Guía §2.3.
28. D. La versión instruct/chat pasó por un proceso adicional de alineación (como RLHF) después del preentrenamiento, que la hace seguir instrucciones de forma más útil, consistente y segura; la versión base solo aprendió a predecir la siguiente palabra más probable de un texto, sin ese ajuste orientado a seguir instrucciones de un usuario. Por qué no las otras: A) La ventana de contexto depende de la arquitectura y configuración del modelo, no del ajuste instruct; con frecuencia es la misma en ambas versiones. B) Al contrario: la versión base suele ser el punto de partida habitual para fine-tuning o continued pre-training. C) Ninguna versión se reentrena a diario: ambas conservan la fecha de corte de su entrenamiento; los datos actuales se aportan con RAG. → Guía §2.7.
29. A. Prompt template. Es exactamente la definición: una estructura de instrucción reutilizable con variables que se completan según el caso, manteniendo un formato base consistente sin redactar cada prompt desde cero. Por qué no las otras: B) Fine-tuning es un proceso de entrenamiento que ajusta pesos del modelo, no una estructura de instrucción reutilizable con variables. C) RAG es una técnica de recuperación de información externa en el momento de responder, sin relación con reutilizar una plantilla de prompt. D) RLHF es una técnica de alineación del modelo mediante retroalimentación humana, no un formato de instrucción reutilizable. → Guía §2.2.
Dominio 3#
30. A. Amazon Bedrock. Es la opción diseñada exactamente para este caso: acceso a modelos de última generación sin gestionar ni aprovisionar servidores ni GPU propios, ideal para lanzar rápido. Por qué no las otras: B) AWS Lambda sin ningún servicio de IA asociado no da acceso por sí solo a modelos de lenguaje de última generación. C) Amazon EMR es un servicio de procesamiento de big data (Hadoop/Spark), no una vía para consumir modelos de lenguaje ya entrenados. D) Una instancia EC2 con GPU configurada manualmente exige justamente lo que el equipo quiere evitar: gestionar y aprovisionar infraestructura propia. → Guía §3.1.
31. A. Databricks. No es un proveedor de modelos disponible en Amazon Bedrock. AI21 Labs, Meta y Stability AI sí lo son (junto con Amazon, Anthropic, Cohere y Mistral AI). Por qué no las otras: B) Stability AI también es proveedor real en Bedrock (modelos de imagen de la familia Stable Diffusion), por lo que igualmente queda descartada. C) Meta también es un proveedor real en Bedrock (con su familia de modelos Llama), así que tampoco califica como respuesta. D) AI21 Labs sí es uno de los proveedores de modelos disponibles en Bedrock, por lo que no es la respuesta a "cuál NO lo es". → Guía §3.1.
32. B. El problema está en la recuperación: los chunks son frases sueltas que pierden el contexto de la cláusula. Bedrock Knowledge Bases permite configurar la estrategia de chunking (tamaño fijo con tokens y solapamiento, jerárquica, semántica, sin chunking o personalizada con Lambda), que se fija al crear la fuente de datos y se aplica al volver a sincronizarla; eso resuelve el síntoma con el menor esfuerzo y sin salir del servicio gestionado. Por qué no las otras: A) El fine-tuning cambia el comportamiento del modelo, pero no arregla qué fragmentos recupera la Knowledge Base; además es más costoso y habría que repetirlo cada vez que cambien los contratos. C) La temperature solo cambia la aleatoriedad de la generación; no modifica qué fragmentos se recuperan y, al subirla, aumenta el riesgo de respuestas poco fieles a las fuentes. D) Daría control total, pero implica mucho más desarrollo y mantenimiento y abandona el servicio gestionado, cuando Knowledge Bases ya permite configurar el chunking. → Guía §3.1, §3.4.
33. D. ReAct. Es el patrón de razonamiento (Reasoning + Acting) que sigue un Bedrock Agent: razona sobre qué hacer, invoca una acción concreta, observa el resultado y decide el siguiente paso, repitiendo el ciclo hasta completar la tarea. Por qué no las otras: A) RLHF es una técnica de entrenamiento y alineación del modelo mediante retroalimentación humana, no un patrón de razonamiento en tiempo de ejecución. B) K-Means es un algoritmo de clustering no supervisado, sin relación con el razonamiento paso a paso de un agente. C) Random Cut Forest es un algoritmo de detección de anomalías, sin relación con la toma de decisiones secuencial de un agente. → Guía §3.5.
34. A. Bloquear contenido de odio/violento/sexual sin importar el tema es la función de content filters; enmascarar automáticamente información personal identificable como un número de tarjeta es la función de PII redaction — son dos funcionalidades distintas de Guardrails para necesidades distintas. Por qué no las otras: B) PII redaction por sí sola no bloquea contenido de odio, violento o sexual. C) Contextual grounding checks verifica que las respuestas estén fundamentadas en la fuente de información, no bloquea contenido dañino ni enmascara PII. D) Invierte y confunde las funciones: bloquear odio/violencia/sexual sin importar el tema corresponde a content filters, no a denied topics (que bloquea temas específicos completos); y enmascarar tarjetas de crédito es tarea de PII redaction, no de word filters (que bloquean palabras o frases concretas definidas manualmente, no patrones de PII). → Guía §3.5.
35. A. Bedrock Model Evaluation. Está diseñado específicamente para comparar el desempeño de distintos modelos, incluyendo la opción de incorporar revisión humana en el proceso de evaluación. Por qué no las otras: B) Bedrock Agents orquesta tareas de varios pasos invocando acciones, no compara el desempeño de distintos modelos. C) Provisioned Throughput es un modelo de capacidad reservada, sin relación con evaluar o comparar modelos. D) SageMaker Ground Truth es un servicio de etiquetado de datos, no una herramienta de evaluación comparativa de modelos de Bedrock. → Guía §3.1.
36. A. On-Demand. Para un volumen de tráfico impredecible y sin patrón claro, pagar solo por lo que se usa es más eficiente que comprometerse con Provisioned Throughput a capacidad fija (que implicaría pagar por capacidad no utilizada en los días de tráfico casi nulo). Por qué no las otras: B) Provisioned Throughput a capacidad fija implicaría pagar por capacidad reservada incluso en los días de tráfico casi nulo, lo contrario de minimizar costo en un patrón impredecible. C) Las Instancias Reservadas de 3 años exigen un compromiso de largo plazo incompatible con una startup en etapa muy temprana y con tráfico sin patrón claro; además, no es el mecanismo de capacidad que ofrece Bedrock. D) Restringir todo a batch inference ignora que la startup puede necesitar respuestas en tiempo real durante los picos, no solo procesamiento asíncrono. → Guía §3.1, §3.7.
37. A y E. Knowledge Bases automatiza ingesta, chunking y almacenamiento vectorial; el fine-tuning en Bedrock sí modifica permanentemente los pesos con datos propios — ambas afirmaciones son correctas. Por qué no las otras: B) Es falsa: eso describe a Bedrock Agents, no a Guardrails (que filtra, no ejecuta acciones). C) Es falsa: Knowledge Bases no modifica los pesos del modelo, solo le da contexto adicional en el momento de responder (RAG). D) Es falsa: el fine-tuning es opcional, no un requisito para usar los modelos de Bedrock. → Guía §3.1.
38. B. Rekognition está diseñado para analizar y moderar imágenes y video almacenado, como los videos que suben los creadores; Textract extrae texto y datos de documentos escaneados como cédulas de identidad. Es la combinación correcta para cada necesidad, respectivamente. Por qué no las otras: A) Invierte los servicios: Textract no modera video, está diseñado para extraer texto y datos de documentos; Rekognition es el que analiza imagen/video, no el que extrae texto estructurado de documentos de identidad. C) Amazon Kendra es un servicio de búsqueda empresarial sobre documentos, sin relación con la moderación de video ni con la extracción de datos de documentos de identidad. D) Amazon Comprehend analiza texto en lenguaje natural (sentimiento, entidades, PII), no modera video ni extrae campos de documentos escaneados. → Guía §3.2.
39. B. Amazon Comprehend ofrece detección de PII directamente sobre texto no estructurado, incluyendo conversaciones en tiempo real. Amazon Macie es la trampa: está diseñado para escanear y clasificar datos ya almacenados en S3, no conversaciones en vivo — ambos detectan PII, pero sobre fuentes de datos distintas. Por qué no las otras: A) Amazon Macie está diseñado para escanear y clasificar datos ya almacenados en S3, no conversaciones de chat en tiempo real. C) Amazon Rekognition analiza imagen y video, no texto de una conversación de chat. D) Amazon Polly convierte texto en voz; no detecta ni enmascara PII en el texto de una conversación. → Guía §3.2, §5.2.
40. B, C y E. Transcribe convierte voz a texto; Amazon Q in Connect asiste en tiempo real a los agentes humanos sugiriendo respuestas; Comprehend analiza el sentimiento de la conversación — los tres son el servicio específico para cada necesidad. Por qué no las otras: A) Amazon Personalize es un motor de recomendaciones basado en comportamiento de usuario, sin relación con convertir voz a texto. D) Amazon Lex construye bots de autoservicio que atienden al cliente; no sugiere respuestas en vivo al agente humano. → Guía §3.2, §3.6.
41. A. Bedrock Knowledge Bases hace búsqueda semántica (RAG) sobre el archivo de documentos y genera respuestas que citan sus fuentes; Personalize genera recomendaciones basadas en el historial de comportamiento del usuario, que es una tarea distinta (sugerir contenido) a la de responder una pregunta de búsqueda directa. Por qué no las otras: B) Amazon Personalize genera recomendaciones basadas en el historial de comportamiento del usuario, una tarea distinta a responder preguntas en lenguaje natural sobre un archivo histórico. C) Descarta ambos servicios sin justificación: Knowledge Bases ya resuelve este caso, no se necesita entrenar un modelo desde cero. D) Afirma que ambos servicios son intercambiables, ignorando que resuelven necesidades distintas (búsqueda vs. recomendación). → Guía §3.2.
42. C. Amazon SageMaker Canvas. Permite a analistas que no programan entrenar, con AutoML y una interfaz visual, un modelo de clasificación de fraude con el histórico etiquetado y desplegarlo para predicciones en tiempo real, coherente con el plazo de un mes y la falta de científicos de datos. Por qué no las otras: A) Amazon Personalize genera recomendaciones a partir de interacciones entre usuarios y productos; no clasifica transacciones como fraudulentas. B) Programar desde cero un modelo con XGBoost en SageMaker exige ciencia de datos y código, justo lo que el equipo no tiene. D) Esperar seis meses para contratar un equipo contradice el plazo de un mes exigido por el escenario. → Guía §3.2. Nota 2026: Amazon Fraud Detector no acepta clientes nuevos desde el 7 de noviembre de 2025 y ya no figura en la guía v1.1.
43. B. Q Developer cubre el trabajo de los desarrolladores en el IDE (generar y explicar código, transformar aplicaciones Java a versiones más recientes) y Q Business cubre a los empleados que preguntan en lenguaje natural sobre documentos internos conectados (SharePoint, Confluence, S3), respetando los permisos de cada usuario. Es la asignación correcta en el orden pedido. Por qué no las otras: A) Invierte los servicios: Q Business es el asistente para empleados sobre datos de la empresa, y Q Developer es el que trabaja en el IDE generando, explicando y transformando código. C) Comprehend analiza texto, pero no genera ni transforma código; Lex es una plataforma para construir bots, no el asistente generativo listo para usar sobre documentos internos que pide el escenario. D) Con Bedrock Agents habría que construir y mantener ambas soluciones desde cero; Amazon Q ya ofrece asistentes listos para cada perfil. → Guía §3.2, §3.6.
44. D. SageMaker JumpStart. Permite partir de un modelo fundacional preentrenado y desplegarlo en un endpoint propio de SageMaker con control total sobre instancia, autoescalado y configuración — más control del que expone la API serverless de Bedrock. Por qué no las otras: A) Bedrock Provisioned Throughput sigue siendo parte de la API gestionada de Bedrock, sin exponer control sobre tipo de instancia, autoescalado ni configuración de infraestructura como un endpoint propio de SageMaker. B) AWS Fargate sin ningún servicio de ML asociado provee solo cómputo en contenedores, sin un modelo fundacional preentrenado que desplegar. C) Amazon Q Business es un asistente conversacional para casos de uso empresarial, no una opción para desplegar un modelo fundacional con control de infraestructura. → Guía §3.3.
45. B. Batch inference. Sin restricción de tiempo de respuesta y priorizando minimizar el costo sobre un gran volumen de documentos, el procesamiento asíncrono por lotes es la opción diseñada exactamente para este caso. Por qué no las otras: A) Bedrock Agents con revisión humana en cada documento introduce un paso manual adicional no solicitado, que aumenta el costo y el tiempo en vez de minimizarlos. C) Provisioned Throughput al máximo nivel está pensado para sostener alto volumen con baja latencia garantizada, lo que añade un costo fijo innecesario cuando no hay restricción de tiempo de respuesta. D) La invocación en tiempo real documento por documento no está optimizada para minimizar costo en grandes volúmenes, y aquí no hay ninguna restricción de tiempo de respuesta que la justifique. → Guía §3.7.
46. D y E. Prompt caching reutiliza el procesamiento de la parte fija del prompt entre llamadas; el enrutamiento inteligente dirige consultas simples a modelos pequeños y reserva los grandes para tareas complejas — ambas son técnicas correctas de optimización de costo y latencia. Por qué no las otras: A) Batch inference es asíncrono: abarata el procesamiento de grandes volúmenes, pero cada resultado tarda más, así que no reduce la latencia. B) Provisioned Throughput es capacidad reservada que se paga por hora; con tráfico bajo e irregular se paga capacidad ociosa, y on-demand resulta más barato. C) Permitir más tokens de salida puede aumentar el costo y la latencia de cada llamada, porque la salida también se factura. → Guía §3.7.
47. D. Amazon Textract. El caso de uso ya está resuelto por un AI Service específico y preentrenado (extracción de campos/montos de documentos escaneados), sin necesidad de diseñar ningún prompt ni elegir un modelo fundacional — el criterio general es: si un AI Service ya cubre la necesidad exacta, es la opción más directa; Bedrock se reserva para tareas que requieren la flexibilidad de un modelo fundacional, y SageMaker para cuando se necesita control total sobre un modelo propio. Por qué no las otras: A) Sería posible, pero exige datos etiquetados, entrenamiento y mantenimiento de un modelo propio, algo innecesario cuando un AI Service ya resuelve la tarea. B) Podría funcionar, pero obliga a elegir un modelo fundacional y diseñar prompts, justo lo que el escenario quiere evitar; además es menos directo que el servicio específico. C) Una Knowledge Base sirve para responder preguntas sobre documentos (RAG), no para extraer campos estructurados de forma sistemática, y también requiere elegir un modelo. → Guía §3.2, §3.3.
Dominio 4#
48. B. Que un humano pueda tomar el control manual en cualquier momento es controllability (mecanismo de intervención humana); que el sistema nunca sugiera una maniobra que ponga en riesgo físico a las personas es safety (prevención de daño real) — son dos dimensiones distintas ilustradas por dos características distintas del mismo sistema. Por qué no las otras: A) Invierte las dimensiones: el control manual del operador es controllability, no safety; y evitar poner en riesgo físico a los pasajeros es safety, no controllability. C) Ninguna de las dos características describe la capacidad del sistema de mantener desempeño ante variaciones o ataques, que es lo que define robustness. D) Ninguna de las dos características descritas trata sobre trato equitativo entre grupos, que es lo que define fairness. → Guía §4.1.
49. B. Identificar exactamente qué variables influyeron en una decisión puntual (hacia adentro del modelo) es explicabilidad; informar de forma general a todos los usuarios sobre la existencia del sistema automatizado y cómo apelar (hacia afuera, al usuario) es transparencia. Por qué no las otras: A) Ninguna de las dos acciones trata sobre mantener desempeño consistente ante variaciones o ataques, que es lo que define robustness. C) Ninguna de las dos acciones describe políticas o procesos organizacionales de supervisión, que es lo que definiría governance en sentido más amplio de gestión del programa de IA. D) Invierte las dimensiones: identificar qué variables influyeron en una decisión puntual es explicabilidad, no transparencia; e informar de forma general sobre el uso del sistema es transparencia, no explicabilidad. → Guía §4.1, §4.7.
50. D. El código postal actúa como una variable "proxy" que está correlacionada con un atributo protegido (raza), reproduciendo un patrón de desigualdad presente en cómo se distribuyen los datos geográficamente — el algoritmo funciona correctamente desde el punto de vista estadístico, pero el problema está en el origen y la composición de los datos/variables usados, así que no se trata de overfitting, data drift ni underfitting. Por qué no las otras: A) El underfitting describe un modelo demasiado simple que ni siquiera captura los patrones de entrenamiento, pero el escenario aclara explícitamente que "el modelo funciona correctamente desde el punto de vista estadístico". B) El overfitting describe una brecha entre desempeño en entrenamiento y en datos nuevos por memorizar ruido, no la reproducción de un patrón de desigualdad a través de una variable proxy. C) El data drift describe un cambio en la distribución de los datos de entrada con el tiempo, pero el escenario no describe ningún cambio temporal en los códigos postales, sino una correlación estructural con un atributo protegido. → Guía §4.2.
51. C. SageMaker Model Cards documenta modelos propios (propósito, datos de entrenamiento, métricas, limitaciones); AWS AI Service Cards documenta el uso previsto y las limitaciones de los AI Services preentrenados de AWS, como Rekognition — son documentos análogos pero para contextos distintos (modelo propio vs. servicio de AWS). Por qué no las otras: A) Invierte los documentos: SageMaker Model Cards no documenta servicios de AWS como Rekognition, y AWS AI Service Cards no documenta modelos propios de la empresa. B) AWS Artifact entrega informes de cumplimiento (SOC, ISO) sobre la infraestructura de AWS, no el uso previsto ni las limitaciones de un servicio de IA como Rekognition. D) Model Registry cataloga versiones de modelos y su estado de aprobación; la ficha con propósito, datos, métricas y limitaciones es el Model Card. → Guía §4.3.
52. B. Ground Truth interviene antes de que exista un modelo, etiquetando los datos de entrenamiento; A2I interviene después, revisando predicciones de baja confianza generadas por un modelo ya en funcionamiento — ambos usan revisión humana, pero en momentos completamente distintos del ciclo de vida de un sistema de IA. Por qué no las otras: A) Ambos servicios sí involucran revisión humana real, cada uno en una etapa distinta del ciclo de vida. C) Son servicios distintos con propósitos distintos, no el mismo servicio con dos nombres. D) Invierte el orden real: Ground Truth se usa antes de entrenar (etiquetado) y A2I después (revisión de predicciones de baja confianza). → Guía §4.3.
53. A y C. Rechazar preguntas fuera del alcance autorizado (dosis no aprobadas) para evitar daño real es safety; mantener la misma calidad de respuesta ante variaciones en la forma de escribir (errores, abreviaciones, dialectos) es robustness — ambas correctas. Por qué no las otras: B) Es una trampa: mencionar "dialectos regionales" no convierte automáticamente al escenario en fairness, ya que aquí no se describe ninguna discriminación entre grupos, sino consistencia técnica ante variación de entrada (eso es robustness). D) Generaliza de forma incorrecta que toda regla de un chatbot es automáticamente governance; aquí las dos características descritas son comportamientos concretos del sistema (safety y robustness), no políticas de gobernanza organizacional. E) El escenario no describe que el chatbot explique su razonamiento paso a paso ante el usuario, sino que rechace ciertas preguntas y mantenga calidad ante variaciones de escritura — nada de eso es explainability. → Guía §4.1.
54. C. La regla simple es interpretable por diseño (basta con leerla); el modelo de deep learning requiere explicabilidad — técnicas añadidas después, como SHAP, porque no es entendible por su propia estructura interna. Por qué no las otras: A) RAG y fine-tuning son técnicas de adaptación de modelos, sin relación con la distinción entre interpretabilidad y explicabilidad. B) Fairness y safety no son las dimensiones que ilustra este contraste; aquí lo que se compara es qué tan fácil es entender un modelo por su propia estructura frente a necesitar técnicas añadidas después. D) Bias de datos vs. bias del algoritmo es una distinción distinta (sobre el origen de un sesgo), no sobre qué tan fácil es entender las decisiones de un modelo. → Guía §4.5.
55. D. Son dos marcos distintos, de organizaciones distintas: el NIST AI RMF es un marco voluntario del gobierno de EE. UU. organizado en cuatro funciones (Govern, Map, Measure, Manage); ISO/IEC 42001 es un estándar internacional certificable de sistema de gestión de IA. Se complementan, y ninguno es una ley obligatoria. Por qué no las otras: A) Invierte los roles: el NIST AI RMF es un marco voluntario de buenas prácticas, e ISO/IEC 42001 es el estándar contra el que una organización puede certificarse. B) La regulación obligatoria de la UE es la AI Act; el NIST AI RMF es un marco voluntario de EE. UU. e ISO/IEC 42001 es un estándar internacional de adopción voluntaria. C) ISO/IEC 42001 es específico para sistemas de gestión de IA (AIMS); el estándar de seguridad de la información es ISO/IEC 27001. → Guía §4.5.
56. C. Prevenir problemas desde el diseño y el origen de los datos (representatividad, evaluación de bias temprana) evita que un modelo ya sesgado llegue a afectar a usuarios reales en producción — corregir después de ese punto es más costoso, más lento y ya generó daño potencial mientras tanto. Por qué no las otras: A) Clarify mide el bias antes del entrenamiento (en los datos) y después (en las predicciones), y también explica el modelo; no está limitado a la fase previa. B) Model Monitor, integrado con Clarify, sí vigila el bias drift en producción; la ventaja del orden propuesto es de costo y de daño evitado, no una carencia de las herramientas. D) El propio orden termina con monitoreo continuo: prevenir no elimina la necesidad de vigilar el drift y el bias una vez desplegado. → Guía §4.4.
Dominio 5#
57. C. Una customer managed key que el propio cliente eligió crear es responsabilidad de configuración y rotación del cliente ("en la nube"); la seguridad física del centro de datos es responsabilidad de AWS ("de la nube") — cada control cae de un lado distinto de la línea de responsabilidad compartida, incluso cuando ambos tienen que ver con "seguridad" en sentido amplio. Por qué no las otras: A) El cliente no es responsable de la seguridad física del centro de datos, eso siempre corresponde a AWS bajo el modelo de responsabilidad compartida. B) Invierte la responsabilidad: la clave KMS que el propio cliente eligió crear y controlar es responsabilidad del cliente, no de AWS; y la seguridad física del centro de datos es de AWS, no del cliente. D) AWS no administra ni rota las claves KMS que el cliente eligió crear y controlar él mismo (customer managed key). → Guía §5.1, §5.2.
58. A. Es una garantía explícita y documentada de AWS: los datos y prompts del cliente no se usan para reentrenar los modelos base de terceros y quedan aislados por cuenta — no depende de que el estudio configure nada adicional ni de qué Guardrail tenga activo. Por qué no las otras: B) La garantía de aislamiento de datos y prompts no depende de qué proveedor de modelo fundacional se use dentro de Bedrock. C) Presenta como "riesgo real que el estudio debe configurar" algo que en realidad ya es una garantía automática y explícita de AWS, sin necesidad de configuración adicional. D) El aislamiento de los datos del cliente no depende de si usa Guardrails o no; es una garantía a nivel de cuenta, independiente de esa funcionalidad. → Guía §5.1.
59. D. TLS protege los datos mientras viajan por la red, desde la app del celular hasta Bedrock (en tránsito); AWS KMS protege los embeddings ya almacenados en OpenSearch (en reposo) — cada control corresponde a una fase distinta del ciclo de vida del dato. Por qué no las otras: A) Invierte los controles: KMS protege datos en reposo (almacenados), no datos en tránsito por la red; y TLS protege datos en tránsito, no datos ya almacenados. B) AWS CloudTrail registra eventos de auditoría (quién hizo qué y cuándo), no cifra ni protege los datos en ninguna de las dos fases. C) IAM gestiona permisos y control de acceso, no cifra los datos en tránsito ni en reposo. → Guía §5.2.
60. C. Un VPC endpoint mediante AWS PrivateLink es la única alternativa que conecta el tráfico directamente con el servicio de AWS sin pasar nunca por la internet pública, ni siquiera brevemente. Un NAT Gateway sí permite que el tráfico salga hacia internet, aunque de forma controlada — no cumple el requisito de «nunca atravesar la internet pública». Por qué no las otras: A) Un NAT Gateway sí permite que el tráfico saliente llegue a la internet pública (con la dirección traducida), por lo que no cumple el requisito de evitarla por completo. B) Aumentar el número de Availability Zones mejora la disponibilidad, pero no tiene ninguna relación con evitar que el tráfico atraviese la internet pública. D) Un Internet Gateway, incluso con reglas de firewall estrictas, sigue conectando la VPC a la internet pública — no cumple el requisito de que el tráfico nunca la atraviese. → Guía §5.2.
61. B. Un rol de IAM para acceso entre cuentas, asumido temporalmente mediante AWS STS, entrega credenciales de corta duración sin necesidad de almacenar ni compartir ninguna credencial permanente de la cuenta de producción — exactamente lo que pide el escenario. Por qué no las otras: A) Secrets Manager mejora dónde se guardan las claves, pero siguen siendo credenciales de larga duración de la cuenta de producción, justo lo que se quiere evitar. C) Una bucket policy solo controla el acceso a ese bucket de S3; no autoriza invocar modelos de Bedrock en otra cuenta. D) Un permission boundary solo limita los permisos máximos de una identidad dentro de su cuenta; no concede acceso a recursos de otra cuenta. → Guía §5.3.
62. C. AWS Artifact centraliza informes de cumplimiento (como SOC 2) y acuerdos legales como el BAA; AWS Config evalúa continuamente si la configuración de los recursos (como el cifrado en buckets S3) cumple con reglas definidas por la organización — son dos servicios distintos para dos necesidades distintas del enunciado. Por qué no las otras: A) Invierte los servicios: AWS Config no emite informes de cumplimiento como SOC 2 ni gestiona el BAA, y AWS Artifact no evalúa continuamente reglas de configuración de recursos. B) AWS CloudTrail registra eventos de actividad de la cuenta (auditoría de llamadas a la API), no gestiona informes de cumplimiento ni evalúa reglas de configuración de recursos. D) Amazon Macie descubre y clasifica datos sensibles en S3, sin relación con informes de cumplimiento ni con la verificación continua de reglas de configuración. → Guía §5.4.
63. D. AWS CloudTrail registra el evento de la invocación (quién, qué acción, cuándo), respondiendo la primera pregunta de la investigación; Amazon CloudWatch Logs, solo si el registro de contenido fue habilitado explícitamente, puede mostrar el contenido real del prompt para la segunda etapa — son dos fuentes de auditoría complementarias, no intercambiables. Por qué no las otras: A) AWS Config evalúa el cumplimiento de la configuración de recursos, no identifica quién invocó un modelo ni muestra el contenido de un prompt. B) Invierte los servicios: CloudWatch Logs no registra por sí solo quién invocó un recurso y cuándo con el detalle de auditoría de CloudTrail, y CloudTrail no muestra el contenido exacto del prompt. C) Amazon Macie descubre y clasifica datos sensibles en S3, sin relación con auditar invocaciones a Bedrock ni su contenido. → Guía §5.7.
64. B y D. Amazon Macie descubre y clasifica automáticamente información sensible en los documentos de S3 sin revisión manual; elegir una Región de AWS dentro de la UE es el control principal de residencia de datos para cumplir GDPR — dos controles distintos para dos requisitos distintos del enunciado. Por qué no las otras: A) AWS Config audita el cumplimiento de la configuración de los recursos, pero no es el control que garantiza por sí mismo que los datos no salgan de una región. C) El número de Availability Zones utilizadas no tiene relación con la residencia geográfica de los datos ni con el cumplimiento de GDPR. E) Provisioned Throughput es un modelo de capacidad reservada en Bedrock, sin relación con la clasificación de información sensible ni con la residencia de datos. → Guía §5.2, §5.7.
65. A. Las políticas de retención y eliminación de datos definen específicamente durante cuánto tiempo deben conservarse los registros y datos antes de eliminarse automáticamente — un control de gobernanza distinto y complementario al cifrado, que protege los datos mientras existen pero no decide cuándo deben dejar de existir. Por qué no las otras: B) La clasificación etiqueta los datos por sensibilidad para aplicar los controles adecuados, pero no fija cuánto tiempo se conservan. C) El linaje (data lineage) da trazabilidad sobre el origen y las transformaciones de los datos, no un plazo de conservación. D) La minimización limita qué datos se recogen; la política del enunciado trata de cuánto tiempo se guardan antes de borrarse. → Guía §5.5.
Comparación con el Simulacro Avanzado principal#
Si obtuviste un puntaje similar (dentro de ±5 puntos porcentuales) al del Simulacro Avanzado, tu comprensión es consistente y no dependía de memorizar ese primer conjunto de preguntas — buena señal de que estás listo para el Simulacro Combinado, el último control antes del examen real. Si tu puntaje bajó significativamente aquí, identifica en qué dominio ocurrió la caída, relee el "Resumen relámpago" de ese dominio en la guía de estudio y presta especial atención a las preguntas que combinan dos conceptos en un mismo escenario — es el patrón de pregunta que más se repite en ambos simulacros porque es también el que más aparece en el examen real. Cuando termines este Examen 1, sigue con el Examen 2, que cubre escenarios distintos y añade temas más recientes de la guía oficial (IA agéntica, Amazon Bedrock AgentCore, Model Context Protocol) que este Examen 1 no incluye.