Guía del examen CLF-C02 y conceptos de la nube

Toda certificación de AWS comienza con un documento: la guía oficial del examen. Para CLF-C02 ese único documento cumple dos trabajos a la vez: te dice exactamente cómo está construido el examen (códigos, minutos, preguntas, nota de corte, pesos) y define el vocabulario de la nube que debes dominar en el Dominio 1 (Conceptos de la nube, 24% del contenido puntuado). Los candidatos que se saltan la guía y van directo a las tarjetas de memorización caen en las mismas tres trampas: calculan mal el presupuesto de tiempo, confunden una puntuación escalada con un porcentaje y no logran separar lo que está dentro del alcance de lo que solo suena a trabajo real de nube.

En esta lección vas a:

• leer la guía del examen como la leería quien redacta el examen: código, tiempo, coste, puntuación, idiomas;
• convertir los pesos de dominio en un presupuesto concreto de horas de estudio;
• mapear las 19 declaraciones de tarea en los cuatro dominios de contenido;
• dominar los dos tipos de pregunta y el modelo de puntuación compensatoria;
• separar la lista de servicios dentro del alcance de la lista fuera del alcance que alimenta los distractores;
• definir la computación en la nube y contrastar on-premises frente a la nube con la terminología de la propia guía;
• reconocer los tres modelos de despliegue (nube, híbrido, on-premises) y la escalera de modelos de servicio;
• explicar elasticidad, escalabilidad, alta disponibilidad y agilidad sin confundirlos;
• enunciar los seis ventajas de la computación en la nube y la propuesta de valor de AWS;
• aplicar los pilares del Well-Architected Framework y sus seis principios generales de diseño;
• trabajar la economía de la nube: coste fijo frente a variable, rightsizing, BYOL, automatización;
• estudiar cuatro casos de estudio reales de clientes de AWS: servicios, números y fuentes;
• leer el recuadro de actualizaciones de octubre de 2026: qué datos de la guía cambiaron y cuáles no;
• practicar con 12 preguntas estilo examen más tres comprobaciones interactivas.

---

1. Qué mide el examen CLF-C02

1.1 El candidato objetivo

CLF-C02 es una credencial Foundational, y el propio material de AWS describe a su audiencia como profesionales no tecnológicos, de ventas, producto y gestión de proyectos, que necesitan alfabetización en la nube, no ingeniería de la nube. Nadie espera que construyas infraestructura. Se te examina de criterio, vocabulario, selección de servicios y conciencia de coste.

1.2 Las tareas laborales fuera del alcance: textualmente

La guía traza una línea dura, y vale la pena memorizarla palabra por palabra:

«La siguiente lista contiene tareas laborales que no se espera que el candidato objetivo sepa realizar. Esta lista no es exhaustiva. Estas tareas están fuera del alcance del examen: Programación / Diseñar arquitectura de la nube / Resolver problemas / Implementación / Pruebas de carga y rendimiento»

Esta lista no es decoración. Los ítems de ella aparecen como distractores, porque un distractor que suena a «trabajo real de nube» es la respuesta incorrecta más tentadora de todas.

1.3 Apéndice A: la lista de tecnologías y conceptos

Junto a los dominios, la guía incluye un apéndice de 28 tecnologías y conceptos que «podrían aparecer en el examen», explícitamente sin indicación de su peso relativo. Las entradas del Dominio 1 son beneficios de la migración a la nube, el AWS Cloud Adoption Framework (CAF), la gestión de costes, la infraestructura global, la infraestructura como código, la migración y la transferencia de datos, AWS Prescriptive Guidance, AWS Pricing Calculator, AWS Professional Services, AWS Partner Network, los arquitectos de soluciones y el Well-Architected Framework. Léelo como una lista de vocabulario, nunca como un peso.

• 📚 ¿Sabías que…? El examen tiene dos artefactos oficiales de la guía que discrepan de verdad: una guía HTML en docs.aws.amazon.com y un PDF más antiguo con el sello «Version 1.0 CLF-C02» en d1.awsstatic.com. 13 de las 19 declaraciones de tarea difieren entre ellos (comprobado en octubre de 2026). La regla que implica la propia estructura de AWS: la guía HTML gana sobre cualquier PDF antiguo, entrada de blog o simulado de terceros.

---

2. Logística del examen: los números que cambian tu estrategia

2.1 La tabla de logística

Cada fila de abajo proviene de la guía del examen, del «Exam overview» de la página de certificación o de las preguntas frecuentes de AWS Certification, todas consultadas en octubre de 2026.

2.2 Ejemplo resuelto E1: el presupuesto de tiempo por pregunta

El número más útil de toda la guía es una aritmética que nadie publica:

$$t = \frac{90 \times 60}{65} = \frac{5{,}400}{65} \approx 83.1 \text{ segundos por pregunta}$$

Reserva 10 minutos para la revisión y el presupuesto real se convierte en $80 \times 60 / 65 \approx$ 73,8 segundos por ítem. Regla práctica: responde rápido al principio y luego dedica el excedente a los ítems de respuesta múltiple, que son más lentos.

2.3 Ejemplo resuelto E2: puntuadas frente a no puntuadas

$$65 = 50 + 15 \qquad \frac{15}{65} = 23.1\% \text{ of the exam does not affect your score}$$

Casi una cuarta parte del examen es material de prueba invisible, y no puedes saber cuáles son esas 15. La única estrategia sensata es tratar cada ítem como puntuado.

2.4 Ejemplo resuelto E3: el coste de repetir

Tres intentos cuestan 300 USD en octubre de 2026 más al menos 28 días calendario de espera entre ellos. Una cita perdida es distinta: pierdes la tarifa pero no cuenta como intento fallido.

• 📚 ¿Sabías que…? Una validez de 3 años no significa un examen de reciclaje obligatorio. AWS lista tres vías de renovación, y una de ellas, Cloud Quest Recertify Cloud Practitioner, no requiere examen alguno; alternativamente, aprobar cualquier examen de nivel Associate o Professional la renueva. Así que un candidato que planea continuar por la ruta de AWS puede dejar expirar CLF-C02 deliberadamente.

---

3. Los cuatro dominios y sus pesos

3.1 Pesos oficiales

La guía declara cuatro dominios de contenido, y los porcentajes son proporciones del contenido puntuado únicamente:

3.2 Ejemplo resuelto E4: recuentos de ítems derivados (aritmética, no de AWS)

Multiplica los 50 ítems puntuados por cada peso:

3.3 De CLF-C01 a CLF-C02

El examen se actualizó en septiembre de 2023 (CLF-C01 hasta el 18 de septiembre de 2023; CLF-C02 desde el 19 de septiembre de 2023), y el apéndice comparativo de la propia guía muestra cómo se movió el énfasis:

De esa tabla se siguen tres hechos: la seguridad creció cinco puntos; la facturación se redujo cuatro; y AWS declara «No se eliminó contenido del examen»: el contenido de siete declaraciones de tarea antiguas se recategorizó en las nuevas. La única adición genuina es la Tarea 1.3, que introdujo el AWS Cloud Adoption Framework (CAF).

3.4 Ejemplo resuelto E5: convertir pesos en horas de estudio

Supón que tienes 40 horas antes del día del examen. Los pesos se convierten directamente en horas:

Los dominios 2 + 3 son el 64% de la puntuación. Un candidato que dedique todo su tiempo a los conceptos de la nube porque «ese es el tema del Cloud Practitioner» ha mal asignado dos tercios del examen.

---

4. El mapa de declaraciones de tarea: 4 dominios → 19 tareas

La guía no publica temas; publica declaraciones de tarea: cada una un par «Knowledge of» más «Skills in». Todo lo examinable cuelga de una de estas 19.

4.1 El Dominio 1 en detalle: las cuatro tareas con las que empieza este curso

4.2 Las otras 15 tareas en una línea cada una

---

5. Tipos de pregunta y mecánica de puntuación

5.1 Exactamente dos tipos de pregunta

No hay ítems de ordenación, emparejamiento, arrastrar y soltar ni casos de estudio en la guía CLF-C02: si un simulado te muestra esos, no sigue la guía de este examen.

5.2 La canalización de puntuación

Compensatorio significa una sola cosa: solo el resultado global debe superar los 700. No necesitas llegar a 700 dentro de cada dominio: un Dominio 4 débil puede ser sostenido por un Dominio 3 fuerte, y dominar un dominio no rescata una puntuación global por debajo del corte.

5.3 Ejemplo resuelto E6: 700 no es 70%

700 sobre 1.000 parece un 70%, y la conversión ingenua $0.70 \times 50 = 35$ respuestas correctas es aritméticamente limpia, y falsa como hecho del examen. La escala empieza en 100, así que el rango utilizable es $1{,}000 - 100 = 900$ puntos:

$$\frac{700 - 100}{900} = \frac{600}{900} \approx 66.7\%$$

AWS escala las puntuaciones entre múltiples formas de examen que pueden diferir en dificultad, así que el número bruto de respuestas correctas necesario para 700 no es fijo y no se publica. La única regla determinista es de comportamiento: los ítems sin respuesta se puntúan como incorrectos, así que responde las 65.

---

6. Servicios dentro y fuera del alcance

6.1 Dos listas, una regla

La guía publica una lista de servicios de AWS dentro del alcance que abarca 19 categorías, y una lista separada de servicios de AWS fuera del alcance. Ambas están etiquetadas como no exhaustivas y sujetas a cambios (en octubre de 2026). La lista de dentro del alcance es lo que debes reconocer; la lista de fuera del alcance te dice qué nombres se usan como anzuelos.

6.2 La lista de fuera del alcance: servicios que existen pero no son examinables

• Amazon AppFlow
• AWS Clean Rooms
• AWS Data Exchange
• Amazon DataZone
• Amazon MSK
• AWS AppFabric
• Amazon WorkDocs
• AWS Wavelength
• AWS Copilot
• Amazon GameLift
• AWS CloudShell
• AWS CodeDeploy
• AWS CodeArtifact
• AWS Device Farm
• Amazon CodeGuru
• AWS IoT Greengrass
• Amazon Fraud Detector
• Amazon Personalize
• Amazon Lookout for Metrics
• AWS Chatbot
• AWS Billing Conductor
• todos los servicios de medios AWS Elemental
• Amazon MemoryDB
• AWS Network Firewall
• AWS RoboMaker
• Amazon FSx for Lustre
• AWS Transfer Family
• AWS IQ
• AWS Activate
• AWS Managed Services (AMS)
• Amazon Keyspaces
• AWS Launch Wizard
• AWS AppConfig
• Amazon Data Lifecycle Manager
• Amazon Elastic Transcoder
• AWS Cloud Map
• AWS Ground Station
• Amazon VPC Lattice
• Amazon Cloud Directory
• AWS Migration Hub Refactor Spaces
• AWS Network Access Analyzer
• AWS IoT Device Defender
• Amazon Monitron
• AWS Application Composer
• Amazon Interactive Video Service (Amazon IVS)

6.3 Trampas de nombres en la lista de dentro del alcance

• La guía escribe «Amazon Quick Sight» (dos palabras): la página del producto dice QuickSight.
• La Tarea 4.2 dice «AWS Cost and Usage Report» mientras la lista de servicios dice «AWS Cost and Usage Reports» (plural).
• Es «AWS IAM Identity Center»: la redacción antigua «(AWS Single Sign-On)» ya no aparece.
• AWS VPN, AWS Site-to-Site VPN y AWS Client VPN se listan como tres viñetas separadas, no como un servicio con tres modos.
• El servicio es Amazon SageMaker AI: el nombre antiguo «SageMaker» sin «AI» es el que usan los simulados más antiguos.

6.4 Qué guía gana

La versión HTML eliminó ítems como «AWS Snowball» y «AWS Audit Manager» de las declaraciones de tarea y cambió sustancialmente las listas de servicios: la lista de fuera del alcance pasó de 11 nombres en 3 categorías en el PDF a una lista mucho más larga en el HTML.

• 📚 ¿Sabías que…? AWS Snowball es una trampa en dos direcciones a la vez: la guía PDF antigua aún lo nombra dentro de la Tarea 1.3, pero aparece ni en la lista actual de dentro del alcance ni en la de fuera del alcance, y la documentación de Snowball Edge lleva un banner que declara que el dispositivo ya no está disponible para clientes nuevos (en octubre de 2026). Ambas listas de servicios son no exhaustivas, así que AWS nunca reconciled la contradicción; no construyas tu plan de estudio alrededor de ella.

Actualizaciones de 2026 (en octubre de 2026)

• 📚 ¿Sabías que…? El PDF actual de la guía del examen no lleva número de versión en absoluto: solo imprime «Copyright © 2026», y el único artefacto con sello que sigue circulando es el de la época del lanzamiento, «Version 1.0 CLF-C02». El uiVersion=2024.10 que puedes ver en la URL de la documentación es la versión del template del sitio de AWS Docs, no una fecha de revisión de la guía (comprobado en octubre de 2026). Tampoco existe una página de changelog de AWS para esta guía, así que las afirmaciones del tipo «la guía se actualizó en marzo de 2026» son inverificables.

---

7. Fundamentos de la nube: qué es la nube y qué cambia cuando te mueves

7.1 Qué es la computación en la nube

En este examen, la computación en la nube se define por su consecuencia más que por su hardware: dejas de poseer y mantener infraestructura y en su lugar consumes un servicio medido, pagando solo mientras funciona. La propia página de ventajas de AWS resume todo el argumento económico en una línea:

«Cambia el gasto fijo por gasto variable … paga solo cuando consumas recursos de cómputo»

AWS describe la plataforma como ofreciente de más de 200 servicios con funcionalidades completas (en octubre de 2026), y su página de orígenes declara que la intención fundacional era permitir a cualquiera «acceder a la misma tecnología potente que las empresas más grandes y sofisticadas del mundo». Las seis ventajas de la Sección 8 son lo que la Tarea 1.1 entiende por la «propuesta de valor de la nube de AWS».

7.2 On-premises frente a la nube

Las cuatro cifras on-premises de arriba son estimaciones de la industria publicadas por AWS (entradas de 2022 y 2024), vigentes en octubre de 2026: verifica el estado actual antes de usarlas.

7.3 Ejemplo resuelto E7: los costes on-premises que una lista de precios nunca muestra

Un despliegue hipotético pequeño de 10 servidores en un horizonte de cinco años. Las cifras en dólares son supuestos ilustrativos, no precios de AWS (en octubre de 2026: verifica el estado actual antes de usarlos); la lección del ejemplo es qué suelen olvidarse:

La lección no es el total: es que cuatro de esas cinco líneas son invisibles para quien compara el precio de etiqueta de un servidor con una tarifa por hora. La guía de AWS es explícita: las comparaciones defectuosas omiten mano de obra, renovación e instalaciones.

7.4 Modelos de despliegue

La Tarea 3.1 nombra exactamente tres modelos de despliegue:

Un modelo híbrido es la respuesta cuando parte del parque debe permanecer on-premises mientras se construye nueva capacidad en AWS; on-premises es la respuesta cuando nada se mueve; nube es la respuesta cuando se mueve todo.

7.5 La escalera de modelos de servicio: cuánto asume AWS

La guía no enumera IaaS/PaaS/SaaS en una declaración de tarea, pero sí prueba la idea subyacente a través del cambio de responsabilidad compartida: cuanto más gestionado es el servicio, menor es tu parte.

Constantes sin importar la posición en la escalera: la seguridad física de la nube es siempre de AWS; los datos, el IAM y las decisiones de cifrado son siempre del cliente.

7.6 Cuatro palabras que el examen mantiene separadas

---

8. Propuesta de valor de AWS: las seis ventajas

8.1 Las seis ventajas, con la redacción de AWS

La «propuesta de valor» de la Tarea 1.1 se examina a través de seis ventajas, y las preguntas citan frecuentemente una frase textualmente:

La Tarea 1.1 añade los cuatro beneficios principales: beneficios de la infraestructura global (velocidad de despliegue, alcance global) y las ventajas de la alta disponibilidad, la elasticidad y la agilidad.

8.2 Ejemplo resuelto E8: por qué las economías de escala son estructurales, no una promoción

Dos clientes necesitan cada uno un pico de 10 unidades de capacidad, pero sus ocurren en momentos distintos (anticorrelados):

Como AWS agrega la demanda, compra y opera ~40% menos hardware para el mismo pico total de los clientes, y traslada el ahorro estructural como una tasa variable más baja. Eso es lo que significa «enormes economías de escala»: no es un descuento por tiempo limitado.

8.3 Ejemplo resuelto E9: veinte años del mismo unitario de precio

La retrospectiva de 20 años de S3 de AWS ofrece ambos extremos de la curva de precios: Amazon S3 se lanzó el 14 de marzo de 2006 a 15 centavos por gigabyte, y la entrada de marzo de 2026 de AWS sitúa la cifra actual en ligeramente más de 2 centavos por gigabyte: aproximadamente una reducción del 85% (en octubre de 2026; verifica los precios actuales antes de usarlos). Con 100 TB ($102{,}400$ GB):

$$\text{2006: } 102{,}400 \times 0.15 \approx \$15{,}360/\text{mo} \qquad \text{2026: } 102{,}400 \times 0.02 \approx \$2{,}048/\text{mo}$$

Mismo unitario, mismo servicio, misma API: el precio cayó porque la escala y la eficiencia se componen. El blog también señala que el código escrito para S3 en 2006 sigue funcionando sin cambios, lo cual es un argumento de durabilidad tanto como de precio.

8.4 El Well-Architected Framework: Tarea 1.2

El framework es el «conjunto de mejores prácticas de AWS para diseñar y operar cargas de trabajo seguras, fiables, eficientes, rentables y sostenibles». Una revisión es explícitamente «una conversación constructiva … no un mecanismo de auditoría», y el AWS Well-Architected Tool que la realiza es gratuito y está en la lista de dentro del alcance.

Los seis principios generales de diseño del framework hacen todos el mismo truco subyacente: convierten el gasto fijo, inicial y ocioso en gasto medido y bajo demanda: deja de adivinar tus necesidades de capacidad; prueba los sistemas a escala de producción; automatiza con la experimentación arquitectónica en mente; considera arquitecturas evolutivas; impulsa las arquitecturas con datos; mejora mediante game days.

• 📚 ¿Sabías que…? Tres listas distintas de «seis/cinco» se confunden en este examen, y no son variantes entre sí: los 6 pilares del Well-Architected Framework (calidad de la carga de trabajo), las 6 perspectivas del AWS Cloud Adoption Framework (preparación organizativa: Business, People, Governance, Platform, Security, Operations) y los 5 pilares del Cloud Value Framework (valor de negocio, del cual el ahorro de costes es solo el pilar 1). «Sostenibilidad» y «Coste» aparecen en más de una lista con significados distintos: lee el enunciado para saber qué lista está activa.

---

9. Economía de la nube: fijo, variable y a dónde va de verdad el dinero

9.1 La distinción central

• Coste fijo exista o no el servicio: hardware propio, superficie útil, personal asalariado.
• Coste variable sigue al consumo: recursos de la nube medidos.
• Capex (gasto de capital) compra un activo que posee y deprecia; opex (gasto operativo) paga lo que usas. La nube convierte el capex en opex: eso es la ventaja nº 1 enunciada como hecho contable.

9.2 Motores de coste on-premises que debes saber nombrar

• Hardware + mantenimiento anual
• licencias del sistema operativo y de aplicaciones
• superficie, energía y refrigeración
• mano de obra de TI
• el ciclo de renovación de ~5 años
• compra con 6 to 9 meses de antelación
• sobreaprovisionamiento del 20 to 50%
• coste del capital
• ancho de banda

Una comparación que solo cuenta el precio de compra del servidor frente a tarifas por hora es el modelo defectuoso del que AWS advierte.

9.3 Ejemplo resuelto E10: rightsizing

Un servidor está aprovisionado con 12 vCPU / 64 GB pero mide una utilización de 25% de CPU y 25% de memoria durante un mes representativo:

Rightsizing no es «elegir la instancia más barata». Es igualar el tamaño y el tipo a la utilización medida sin dejar de cumplir el rendimiento, y el orden importa: primero el right-sizing, después elige un modelo de compromiso o descuento.

9.4 Licencias: BYOL frente a incluida

AWS License Manager es la herramienta dentro del alcance que rastrea licencias a través de AWS, on-premises y otras nubes.

9.5 Automatización y servicios gestionados

• Automatización / infraestructura como código: las plantillas se versionan, se revisan, se repiten y admiten rollback. El ejemplo de automatización con nombre de la guía es AWS CloudFormation (la representación PDF de la Tarea 1.4 lo nombra explícitamente; la guía HTML dice solo «benefits of automation»: acepta ambas formulaciones). Ten en cuenta la distinción: automatización ≠ auto scaling. CloudFormation hace repetible el aprovisionamiento; Auto Scaling aporta elasticidad. Ambos están en el alcance y responden a preguntas distintas.

• Los servicios gestionados absorben el trabajo sin diferenciación: Amazon RDS asume el parcheo del motor, las copias de seguridad y el failover; ECS y EKS asumen la plataforma; DynamoDB asume la capacidad y la operación. RDS, ECS, EKS y DynamoDB son los ejemplos de servicios gestionados con nombre (de nuevo, nombrados en la versión PDF de la Tarea 1.4).

• 📚 ¿Sabías que…? AWS enmarca deliberadamente el coste como solo el pilar 1 de 5 en su Cloud Value Framework: el coste total de propiedad es el primer pilar, no todo el argumento, y AWS lo empareja con investigaciones de terceros que afirman un 50% de reducción del coste de operaciones a cinco años y un retorno de la inversión en 10 meses (IDC para AWS, 2022, citado por AWS, en octubre de 2026). Son hallazgos de investigación sobre una base de clientes, nunca una garantía para ningún cliente individual.

---

Casos Reales

AWS publica cómo se ven estas abstracciones en producción. Cada cifra de abajo es afirmada por el cliente o por AWS y sin auditar, con la fuente indicada para que puedas comprobarla: el punto examinable es el patrón (qué principio se aplicó, qué servicios hicieron el trabajo, qué número se movió), no el marketing.

Caso A, Capital One: salir del centro de datos (migración y agilidad)

«Estamos realmente all in en la nube, y AWS ha sido instrumental para que podamos aprovechar al máximo los beneficios de estar en la nube.»: Chris Nims, SVP de ingeniería de nube y productividad, Capital One

Caso B, Box: optimización de costos con Well-Architected (el pilar de costes en la práctica)

«Nuestro uso de las mejores prácticas de AWS condujo a ahorros de más de 2 millones de dólares, estableciendo una nueva línea base…»: Clay Alvord, director de FinOps y SRE, Box

Observa el patrón: ninguna de las cuatro palancas de Box fue una negociación con AWS. Tres son arquitectónicas (adónde va el tráfico, qué clase de almacenamiento, cuánto se registra) y una es un proceso de revisión, y precisamente por eso el pilar de Optimización de costos del Well-Architected, y no un código de descuento, es el concepto del Dominio 4.

Caso C, Philip Morris International: 400 aplicaciones en dos años (valor de la migración)

El punto examinable no es el recuento de aplicaciones: es que una empresa regulada compró la ventana de migración deshaciéndose primero del hardware, y que el propio texto de AWS registra que el intento inicial agresivo de lift-and-shift «produjo resultados subóptimos» antes de que el programa se apoyara en Professional Services, revisiones Well-Architected y automatización. Cada cifra de arriba está afirmada por el cliente/AWS y sin auditar (en octubre de 2026).

Caso D, Canva: una cartera de modelos de precios (economía de la nube en la práctica)

Lee Canva como el contraejemplo de «encuentra la opción más barata»: la respuesta que el examen quiere es una mezcla ajustada a la forma de la carga de trabajo, capacidad interrumpible para el trabajo interrumpible, compromiso para el trabajo estable, bajo demanda para lo que quede, que es exactamente el orden rightsizing → compromiso → Spot de la Sección 9.

• 📚 ¿Sabías que…? El propio caso de estudio de Philip Morris de AWS es inusualmente candido: declara que el lift-and-shift inicial agresivo de la empresa «produjo resultados subóptimos»: una admisión publicada por AWS de que la estrategia de migración vence a la velocidad de migración. Por eso la Tarea 1.3 te pide identificar estrategias de migración (por ejemplo, replicación de bases de datos), no meramente nombrar una herramienta de rehosting, y por eso «solo muévelo todo, rápido» es un distractor clásico (fuente consultada en octubre de 2026).

---

Preguntas de Práctica (Practice Questions)