Conceptos Clave para el Examen — AWS Certified Cloud Practitioner (CLF-C02)#

Hoja de repaso final de lo que más se pregunta en el CLF-C02, ordenada por los 4 dominios de la guía oficial. Úsala la semana del examen, después de haber leído la Guía de Estudio: no reemplaza la explicación completa, la condensa para memorizar y repasar rápido.

Cómo usarla: empieza por las anclas para memorizar: unas pocas frases, imágenes y mnemotecnias que ordenan todo lo demás. Luego, en cada dominio: un resumen 🧠 en 5 ideas, los conceptos esenciales en una frase, las comparaciones que más confunden, la tabla «Si el enunciado dice… → piensa en…» (la más útil de toda la hoja), las trampas y un mazo de flashcards. Al final, los pares que más se confunden, la responsabilidad compartida servicio por servicio y el mapa rápido de servicios.

Método en 3 pasos:

1. Lee el ancla y dila en voz alta con tus palabras («CloudTrail = huellas = quién hizo qué»). Decirlo fija más que leerlo.
2. Tapa la columna derecha de las flashcards y respóndete antes de mirar. Marca «Repasar» sin piedad: equivocarse aquí es gratis.
3. Repasa lo fallado al día siguiente, no el mismo día, y otra vez a los 3 días. El repaso espaciado fija más que releer seguido diez veces.

El examen en una mirada#

Logística del día#

Anclas para memorizar#

El examen casi nunca pide una definición literal: describe un escenario de negocio y te pide reconocer el servicio o concepto. Por eso aquí cada idea va atada a una imagen, a una pregunta o al propio nombre del servicio. Si recuerdas el ancla, el resto se deduce.

La regla de las 3 preguntas#

Ante cualquier escenario, hazte 3 preguntas, en este orden:

1. ¿De qué categoría es el problema? Cómputo, almacenamiento, base de datos, red, seguridad, monitoreo/auditoría, costos, migración, soporte, IA. Descarta las opciones de otra categoría (suelen ser 1 o 2).
2. ¿Qué restricción manda? MENOR costo, MENOR esfuerzo operativo, sin administrar servidores, MÁS alta disponibilidad, menor latencia, cumplimiento… Suele estar en la última frase y en MAYÚSCULAS.
3. ¿Qué es lo más administrado y simple que la cumple? En el CLF-C02 suele ganar el servicio administrado o serverless frente a «montarlo tú en EC2».

🧠 Frase ancla del examen: «Si AWS puede hacerlo por ti, la respuesta es que AWS lo haga por ti»… salvo que el enunciado pida control total del sistema operativo o del software, que entonces apunta a EC2.

Nombres que se explican solos#

Casi todos los servicios llevan la pista en el nombre. Apréndete la palabra, no la definición.

Listas que hay que saberse#

🌎 Los 6 beneficios de la nube — mnemotecnia: «Vamos En Carro A Dar la vuelta al Globo»

1. Variable: cambia gasto fijo (CapEx) por gasto variable (OpEx). Pagas solo lo que usas.
2. Economías de escala: AWS compra en volumen gigantesco y baja precios para todos.
3. Capacidad: deja de adivinarla; escala según la demanda real.
4. Agilidad y velocidad: recursos en minutos, experimentar es barato.
5. Data centers: deja de gastar en mantenerlos; invierte en lo que diferencia a tu negocio.
6. Global en minutos: despliega en varias Regiones del mundo.

🏛️ Los 6 pilares de Well-Architected — mnemotecnia en inglés: CROPS + S (cosechas + sostenibilidad 🌱)

🧭 Las 6 perspectivas de AWS CAF — mnemotecnia: «Las personas de negocio gobiernan; la plataforma asegura las operaciones»

• Capacidades de negocio (las 3 primeras): Business (negocio: que la nube genere valor), People (personas: cultura, capacitación, cambio organizacional) y Governance (gobernanza: riesgos, costos, beneficios, portafolio).
• Capacidades técnicas (las 3 últimas): Platform (plataforma: arquitectura, entornos), Security (seguridad: identidades, detección, protección de datos) y Operations (operaciones: monitoreo, incidentes, continuidad).
• Las 4 fases de transformación: Envision → Align → Launch → Scale (imaginar, alinear, lanzar, escalar).
• Los 4 beneficios de CAF — mnemotecnia: «el riesgo baja; ESG, ingresos y eficiencia suben»: menor riesgo de negocio, mejor desempeño ESG (ambiental, social y de gobierno corporativo), más ingresos y más eficiencia operativa.

🚚 Las 7R de migración (de menos a más esfuerzo; imagina que te mudas de casa)

💰 Modelos de compra de EC2: el transporte

🧊 Clases de Amazon S3: de caliente a frío (más frío = almacenar más barato, leer más caro o lento)

Truco: «IA» en S3 no es inteligencia artificial: es Infrequent Access.

🛟 Los 4 planes de AWS Support — mnemotecnia: «Básico, Business +, Empresa, Unificado»; y la respuesta crítica baja 30 → 15 → 5 minutos en cada escalón de pago

⚠️ Tiempos de respuesta y precios: verifica en la web oficial. Planes heredados: Developer, Business y Enterprise On-Ramp se retiran el 1 de enero de 2027. Puede que los veas en material antiguo, pero no son contenido del examen vigente: si una opción los nombra, desconfía.

✅ Las categorías de Trusted Advisor (5 + 1) — mnemotecnia: «Con Poca Seguridad Todo se Limita» + Excelencia operativa

1. Cost optimization (optimización de costos): instancias ociosas, volúmenes sin usar.
2. Performance (rendimiento): instancias sobreutilizadas, configuración de CloudFront.
3. Security (seguridad): puertos abiertos al mundo, MFA en root, buckets públicos.
4. Tolerancia a fallos (fault tolerance): snapshots de EBS, instancias en una sola AZ.
5. Límites de servicio (service limits / service quotas): cuotas cerca del máximo.
6. + Operational excellence (excelencia operativa): buenas prácticas de operación.

Ancla: Basic ve solo los checks básicos (seguridad esencial y cuotas); desde Business Support+ se ven todos.

Números que sí se preguntan#

Últimas 48 horas#

Qué repasar en cada bloque#

Qué NO estudiar ya#

• Comandos de CLI, sintaxis de políticas JSON, pasos de consola y parámetros de API: el examen pregunta qué elegir, no cómo configurarlo.
• Precios exactos por hora o por GB, cuotas finas y límites que no estén en esta hoja.
• Detalles de arquitectura de nivel Associate: CIDR, tablas de rutas paso a paso, modos de replicación de bases, configuración de Auto Scaling.
• Servicios de nicho fuera de la guía oficial (y los descontinuados: CodeCommit, Cloud9, QLDB, Snowmobile, Snowcone).
• Rehacer simulacros que ya te sabes de memoria: miden recuerdo, no comprensión.

Reglas para el día del examen#

• Gestiona el tiempo: ~80 segundos por pregunta. Referencia: pregunta 22 a los 30 min, pregunta 44 a los 60 min, y te quedan ~10 min para revisar las marcadas.
• Busca la restricción en MAYÚSCULAS (MENOR costo, MENOR esfuerzo operativo, MÁS seguro…). Suele decidir entre dos opciones técnicamente válidas.
• Marca para revisar y avanza. Si dudas más de un minuto, elige tu mejor opción, márcala (Mark for review) y sigue. Vuelve al final con la cabeza fresca; a veces otra pregunta te da la pista.
• Descarta absolutos. «Siempre», «nunca», «elimina por completo», «AWS es responsable de todo» casi nunca son correctos.
• Descarta por categoría. Si piden «quién eliminó el bucket», descarta todo lo que no sea CloudTrail; si piden «estimar antes de migrar», descarta todo lo que no sea Pricing Calculator.
• Cuenta cuántas pide la respuesta múltiple. «Selecciona DOS» exige exactamente dos. No hay puntaje parcial.
• No dejes nada en blanco. Las respuestas incorrectas no se penalizan.
• Desconfía de la opción que te obliga a administrar más (montar una base en EC2, escribir scripts) cuando existe un servicio administrado que hace lo mismo.
• No cambies una respuesta por nervios al revisar; cámbiala solo si encuentras un dato concreto que la contradiga.

Restricción del enunciado → qué suele ganar

Dominio 1 — Conceptos de la nube#

Vale el 24 % del examen. Evalúa si sabes explicar por qué la nube de AWS conviene (beneficios y economía), cómo se diseña bien (Well-Architected) y cómo se migra (CAF, 7R y servicios de migración).

🧠 El dominio en 5 ideas
1. Nube = recursos bajo demanda, por internet, pagando por uso. Pasas de CapEx (comprar servidores) a OpEx (pagar el mes).
2. Elasticidad ≠ escalabilidad. Escalable = puede crecer; elástica = crece y se encoge sola según la demanda.
3. Well-Architected = 6 pilares (CROPS + S); la Well-Architected Tool revisa tu carga contra ellos.
4. CAF = 6 perspectivas (3 de negocio, 3 técnicas) para planear la adopción; las 7R deciden qué hacer con cada aplicación.
5. TCO compara todo el costo on-premises (servidores, energía, espacio, personal) con la nube, no solo el precio del servidor.

Conceptos esenciales#

① Qué es la nube y sus modelos

• IaaS / PaaS / SaaS: alquilas la infraestructura (EC2) / la plataforma donde subes tu código (Elastic Beanstalk) / usas el software terminado (Amazon WorkSpaces, Amazon Connect, Gmail).
  🧠 Ancla de la pizza: IaaS = te dan la cocina; PaaS = te dan la pizza hecha y la hornean por ti; SaaS = comes en el restaurante.
• Modelos de despliegue: nube (todo en AWS), híbrido (parte on-premises conectado con AWS), on-premises / nube privada (todo en tu centro de datos, p. ej. con virtualización).

② Beneficios y conceptos de diseño

• Alta disponibilidad: el sistema sigue funcionando aunque falle un componente (varias AZ).
• Tolerancia a fallos: ni siquiera se nota la falla (redundancia total).
• Elasticidad: ajustar recursos a la demanda automáticamente (Auto Scaling). Agilidad: tiempo de experimentar baja de semanas a minutos.
• Principios de diseño: diseñar para fallas («todo falla todo el tiempo»), desacoplar componentes (SQS, SNS), usar elasticidad, pensar en paralelo, automatizar, tratar servidores como ganado y no como mascotas, usar servicios administrados.

③ Migración

• AWS CAF: marco de buenas prácticas para planear la adopción de la nube (6 perspectivas, 4 fases). Beneficios: menor riesgo de negocio, mejor desempeño ESG, más ingresos y más eficiencia operativa.
• AWS Application Migration Service (MGN): rehost de servidores a EC2 con replicación continua y mínimo corte.
• AWS DMS (Database Migration Service): migra bases de datos con la origen funcionando; con AWS SCT (Schema Conversion Tool) si cambia el motor (Oracle → Aurora PostgreSQL).
• AWS Snowball Edge: dispositivo físico para mover decenas de TB sin red suficiente; también cómputo en el borde (edge). Snowmobile y Snowcone están retirados; verifica la disponibilidad actual de la familia Snow.
• AWS DataSync: transferencia online automatizada de archivos hacia S3, EFS o FSx.
• AWS Migration Hub: tablero para seguir el avance de las migraciones. Migration Evaluator: caso de negocio y TCO proyectado. Application Discovery Service: inventario de servidores on-premises.

④ Economía de la nube

• CapEx (inversión inicial en activos) vs. OpEx (gasto operativo recurrente). La nube convierte costos fijos en variables.
• TCO: costo total de propiedad, incluye costos indirectos (energía, refrigeración, espacio, personal, hardware ocioso).
• Licencias: incluidas en el precio (Windows en EC2, RDS con licencia incluida) vs. BYOL (traer tu propia licencia, a menudo con Dedicated Hosts).
• Rightsizing: ajustar el tamaño del recurso a lo que realmente se usa (Compute Optimizer).
• Servicios administrados reducen el costo de personal (no parcheas, no haces backups a mano): parte del ahorro del TCO.

Comparaciones que suelen confundir#

Si el enunciado dice… → piensa en…#

Trampas frecuentes#

• Confundir «escalar» con «elasticidad»: si el enunciado dice que baja también cuando hay menos demanda, es elasticidad.
• Pensar que la nube siempre es más barata: el beneficio es pagar por uso y evitar sobredimensionar; un servidor encendido sin usar sigue costando.
• Mezclar Well-Architected con CAF: pilares (diseño técnico) vs. perspectivas (adopción organizacional). «Personas» es CAF, nunca un pilar.
• Olvidar Sostenibilidad como 6.º pilar: si te dan una lista de 5 pilares sin ella, falta uno.
• Rehost vs. Replatform: si hay cualquier cambio de plataforma (base a RDS, servidor a contenedor administrado) ya es replatform.
• Elegir Snowcone o Snowmobile: están retirados; para el examen la respuesta offline es Snowball Edge.
• TCO solo con precio de hardware: incluye energía, espacio, refrigeración y personal.

Dominio 2 — Seguridad y cumplimiento#

Vale el 30 % del examen. Evalúa el modelo de responsabilidad compartida, los servicios de seguridad, gobernanza y cumplimiento, la gestión de identidades y accesos, y los componentes de seguridad de red.

🧠 El dominio en 5 ideas
1. AWS = seguridad DE la nube (hardware, edificios, red global, virtualización). Cliente = seguridad EN la nube (datos, IAM, configuración, SO invitado, cifrado). Cuanto más administrado el servicio, menos te toca.
2. Root solo para lo que solo root puede hacer; para el día a día, IAM / IAM Identity Center con MFA y mínimo privilegio.
3. Roles para servicios y accesos temporales; nunca claves de acceso dentro del código.
4. Auditoría ≠ monitoreo ≠ configuración: CloudTrail (quién hizo qué), CloudWatch (cómo va), Config (cómo está configurado y si cumple).
5. Detectar: GuardDuty (amenazas), Inspector (vulnerabilidades), Macie (PII en S3), Detective (investigar), Security Hub (todo junto).

Conceptos esenciales#

① Responsabilidad compartida

• AWS: seguridad física de los data centers, hardware, red global, hipervisor y la capa de software de los servicios administrados.
• Cliente: datos, cuentas y permisos (IAM), configuración de security groups, cifrado (decidirlo y gestionar claves), parches del SO invitado en EC2, código de sus aplicaciones.
• Controles compartidos: gestión de parches, de configuración, conciencia y capacitación (cada uno en su capa). Controles heredados: físicos y ambientales, que heredas de AWS por completo.
  🧠 Ancla: AWS es el dueño del edificio; tú cierras la puerta de tu departamento y decides a quién das llave.

② Identidades y accesos

• Usuario root: el correo con que se creó la cuenta; acceso total. Protégelo con MFA, no crees claves de acceso para él y úsalo solo para sus tareas exclusivas: cambiar el correo o la contraseña del root, cerrar la cuenta, restaurar permisos de IAM si te bloqueas, activar el acceso de IAM a la facturaciónte, registrarte como vendedor en el Reserved Instance Marketplace, algunas tareas de facturación y configurar MFA Delete en S3.
• IAM: usuarios (personas o apps con credenciales a largo plazo), grupos (conjunto de usuarios con mismas políticas; no se anidan), roles (permisos temporales que se «asumen»: servicios como EC2/Lambda, otras cuentas, federación) y políticas (documentos JSON que permiten o niegan). IAM es global (no por Región).
• Mínimo privilegio: dar solo los permisos necesarios. Deny explícito siempre gana sobre un Allow.
• MFA: algo que sabes + algo que tienes (app autenticadora, llave FIDO).
• AWS IAM Identity Center (sucesor de AWS SSO): inicio de sesión único para empleados en varias cuentas de AWS y aplicaciones, conectado a tu directorio (Microsoft Entra ID, Active Directory).
• Amazon Cognito: registro e inicio de sesión de los clientes de tu app web o móvil (también con Google, Facebook).
• AWS Secrets Manager: guarda secretos y los rota automáticamente (p. ej. contraseñas de RDS). Systems Manager Parameter Store: configuración y secretos simples, nivel estándar sin costo, sin rotación nativa.
• Claves de acceso (access key ID + secret) para CLI/SDK; mejor credenciales temporales (roles, AWS STS).

③ Gobernanza y cumplimiento

• AWS Organizations: agrupa cuentas en unidades organizativas (OU), facturación consolidada y SCP (Service Control Policies), que fijan el máximo de permisos posible en las cuentas (no conceden permisos; también limitan al root de las cuentas miembro).
• AWS Control Tower: crea y gobierna un entorno multicuenta (landing zone) con controles (guardrails) preconfigurados.
• AWS Artifact: portal de autoservicio para descargar informes de cumplimiento de AWS (SOC, ISO, PCI DSS) y aceptar acuerdos (BAA de HIPAA).
• AWS Audit Manager: automatiza la recolección de evidencia de tu uso de AWS para auditorías.
• AWS Config: inventario, historial de cambios de configuración y reglas de cumplimiento («¿hay buckets públicos?»).
• AWS CloudTrail: registro de llamadas a la API y acciones en la consola (quién, qué, cuándo, desde qué IP).
• Amazon CloudWatch: métricas, logs, alarmas y paneles de rendimiento.
• Soberanía de datos: los datos se quedan en la Región que elijas; AWS no los mueve sin tu acción.

④ Cifrado y claves

• En reposo (datos guardados: S3, EBS, RDS) y en tránsito (TLS/HTTPS, VPN).
• AWS KMS: crear y administrar claves de cifrado, integrado con casi todos los servicios, auditado en CloudTrail. Multiinquilino administrado.
• AWS CloudHSM: módulo de hardware (HSM) dedicado de un solo inquilino; tú controlas las claves por completo (AWS no puede verlas).
• AWS Certificate Manager (ACM): certificados SSL/TLS públicos gratuitos con renovación automática para ELB, CloudFront y API Gateway.

⑤ Detección y protección

• Amazon GuardDuty: detección inteligente de amenazas analizando CloudTrail, VPC Flow Logs y DNS (sin agentes).
• Amazon Inspector: escaneo automatizado de vulnerabilidades y exposición de red en EC2, imágenes de ECR y Lambda.
• Amazon Macie: descubre datos sensibles (PII) en S3 con ML.
• Amazon Detective: investiga la causa raíz de hallazgos (gráficos de comportamiento).
• AWS Security Hub: tablero central que agrega hallazgos y revisa buenas prácticas (CSPM).
• AWS Shield: DDoS. Standard = gratis y automático (capas 3 y 4). Advanced = de pago, equipo de respuesta 24/7 (Shield Response Team), protección de costos por escalado durante un ataque.
• AWS WAF: firewall de aplicaciones web (capa 7) en CloudFront, ALB, API Gateway: inyección SQL, XSS, bloqueo por IP o país, límite de tasa.
• AWS Firewall Manager: administra centralizadamente reglas de WAF, Shield Advanced, security groups y Network Firewall en todas las cuentas de Organizations.
• AWS Network Firewall: firewall administrado a nivel de VPC (filtrado stateful, IDS/IPS).
• Security groups: firewall de la instancia (ENI), stateful, solo reglas de permitir. Network ACL: firewall de la subred, stateless, reglas de permitir y denegar numeradas.

⑥ Recursos de seguridad

• AWS Marketplace: soluciones de seguridad de terceros. AWS Security Center, AWS Security Blog, AWS Knowledge Center, AWS re:Post: documentación y comunidad. Trusted Advisor: checks de seguridad. AWS Trust & Safety: reportar abuso desde recursos de AWS (spam, phishing, ataques).

Comparaciones que suelen confundir#

Si el enunciado dice… → piensa en…#

Trampas frecuentes#

• «AWS parchea el SO de mi EC2»: falso. En EC2 el SO invitado es tuyo. En RDS, Lambda y Fargate el SO lo gestiona AWS.
• «AWS cifra mis datos por mí y decide»: muchos servicios cifran por defecto (S3 con SSE-S3, DynamoDB), pero decidir el cifrado, las claves y el acceso sigue siendo responsabilidad del cliente.
• Usar root para el día a día o crearle claves de acceso: siempre es la respuesta incorrecta.
• Creer que una SCP concede permisos: solo limita. Sin una política IAM que permita, no hay acceso.
• Security group con reglas de denegar: no existen; para denegar una IP, Network ACL (o WAF en la capa web).
• Artifact vs. Audit Manager: si es un informe de AWS, Artifact.
• Inspector vs. GuardDuty: «vulnerabilidad» → Inspector; «amenaza/actividad sospechosa» → GuardDuty.
• IAM es global: no se elige Región para usuarios o roles.
• Trusted Advisor no es una herramienta de auditoría: da recomendaciones; la auditoría de acciones es CloudTrail.

Dominio 3 — Tecnología y servicios de la nube#

Vale el 34 % del examen: el más grande. Evalúa cómo se despliega en AWS, la infraestructura global y qué servicio elegir de cómputo, bases de datos, redes, almacenamiento, IA/ML, analítica y otras categorías.

🧠 El dominio en 5 ideas
1. Región ⊃ Availability Zones ⊃ data centers; las edge locations están fuera de las Regiones, cerca de los usuarios (CloudFront, Route 53).
2. Cómputo, de más control a menos: EC2 → contenedores (ECS/EKS) → Fargate → Lambda. Cuanto más a la derecha, menos administras.
3. Base de datos por forma del dato: relacional → RDS/Aurora; clave-valor → DynamoDB; caché → ElastiCache; grafos → Neptune; analítica → Redshift.
4. Almacenamiento por tipo: objetos → S3; bloques (disco de 1 instancia) → EBS; archivos compartidos → EFS/FSx; híbrido → Storage Gateway.
5. Desacopla con SQS (cola) y SNS (aviso); orquesta con Step Functions; reacciona a eventos con EventBridge.

Conceptos esenciales#

① Formas de desplegar y operar

• AWS Management Console (web), AWS CLI (línea de comandos), SDK (desde tu código), todo sobre las APIs de AWS. AWS CloudShell: terminal en el navegador con la CLI ya autenticada.
• Infraestructura como código: AWS CloudFormation (plantillas JSON/YAML que crean stacks repetibles) y AWS CDK (escribes la infraestructura en Python, TypeScript, Java… y se convierte en CloudFormation).
• AWS Systems Manager: operar flotas de servidores (parches con Patch Manager, Session Manager sin SSH, Run Command, Parameter Store), en AWS y on-premises.
• Conectividad híbrida: Site-to-Site VPN (túnel cifrado por internet, rápido de montar), Client VPN (usuarios individuales), Direct Connect (enlace físico dedicado y privado, ancho de banda estable, semanas de instalación).

② Infraestructura global

• Región: área geográfica con varias AZ (más de 30 Regiones en el mundo). Se elige por cumplimiento (leyes de datos), latencia (cerca del usuario), servicios disponibles y precio.
• Availability Zone: uno o más data centers con energía, red y refrigeración independientes, conectados con baja latencia. Usar varias = alta disponibilidad.
• Edge locations: cientos de puntos de presencia para CloudFront, Route 53, Global Accelerator, Shield, WAF.
• AWS Local Zones: extensión de una Región cerca de grandes ciudades (latencia de milisegundos de un dígito). AWS Wavelength: AWS dentro de la red 5G de operadores. AWS Outposts: racks de AWS en tu propio data center.

③ Cómputo

• Familias de EC2: uso general (M, T: web, equilibrado), optimizadas para cómputo (C: procesamiento intensivo, gaming), memoria (R, X: bases en memoria), almacenamiento (I, D: mucho I/O local), cómputo acelerado (P, G, Trn, Inf: GPU, ML, gráficos).
• Amazon EC2 Auto Scaling: ajusta el número de instancias. Elastic Load Balancing: ALB (HTTP/HTTPS, capa 7, rutas por URL), NLB (TCP/UDP, capa 4, latencia ultrabaja, IP estática), GWLB (appliances virtuales de seguridad de terceros).
• Contenedores: Amazon ECS (orquestador de AWS), Amazon EKS (Kubernetes administrado), AWS Fargate (motor serverless para ECS/EKS), Amazon ECR (registro de imágenes).
• AWS Lambda: funciones por eventos, sin servidores, pago por solicitud y duración, máximo 15 min.
• AWS Elastic Beanstalk (PaaS), Amazon Lightsail (VPS simple con precio fijo), AWS Batch (trabajos por lotes a gran escala).

④ Bases de datos

• Amazon RDS: relacional administrado (MySQL, PostgreSQL, MariaDB, Oracle, SQL Server, Db2). Multi-AZ = alta disponibilidad (réplica en espera); read replicas = escalar lecturas.
• Amazon Aurora: relacional de AWS, compatible con MySQL y PostgreSQL, más rendimiento y 6 copias en 3 AZ. Aurora Serverless: escala la capacidad sola para cargas variables.
• Amazon DynamoDB: NoSQL clave-valor y documentos, serverless, milisegundos a cualquier escala (DAX: caché en microsegundos; tablas globales: multi-Región).
• Amazon ElastiCache (caché en memoria), Amazon MemoryDB (base principal en memoria, durable, compatible con Valkey/Redis OSS), Amazon DocumentDB (compatible con MongoDB), Amazon Neptune (grafos), Amazon Keyspaces (compatible con Apache Cassandra), Amazon Timestream (series de tiempo).
• Autoadministrada en EC2 vs. administrada: en EC2 tú instalas, parcheas, haces backups y alta disponibilidad; en RDS lo hace AWS. Solo elige EC2 si necesitas acceso al SO o una versión/motor no soportado.
• Amazon QLDB está descontinuado: no lo elijas como respuesta.

⑤ Redes

• Amazon VPC: red privada. Subred pública (ruta a un internet gateway) y privada (sin ruta directa; sale a internet por un NAT gateway). Route tables deciden a dónde va el tráfico.
• VPC peering: une 2 VPC (no transitivo). AWS Transit Gateway: hub central para muchas VPC y redes on-premises. VPC endpoints / AWS PrivateLink: acceso privado a servicios de AWS sin pasar por internet.
• Amazon Route 53: DNS, registro de dominios, health checks y políticas de enrutamiento (simple, ponderado, latencia, conmutación por error, geolocalización, geoproximidad, multivalor).
• Amazon CloudFront: CDN que cachea contenido en edge locations. AWS Global Accelerator: mejora rendimiento y disponibilidad de apps TCP/UDP con IP estáticas sobre la red de AWS (no cachea).

⑥ Almacenamiento

• Amazon S3: objetos en buckets; clases (ver anclas), lifecycle (mover a clases más frías o borrar por antigüedad), versioning (recuperar versiones y borrados), replicación (misma Región o entre Regiones), alojamiento de sitios web estáticos.
• Amazon EBS: volumen de bloques para una instancia, en una AZ; persiste al detener la instancia; snapshots incrementales guardados en S3.
• Instance store: disco físico del host, muy rápido pero efímero (se pierde al detener o terminar).
• Amazon EFS: sistema de archivos NFS elástico, compartido por muchas instancias Linux en varias AZ. Amazon FSx: sistemas de archivos de terceros administrados (FSx for Windows File Server = SMB/Windows; FSx for Lustre = HPC; también NetApp ONTAP y OpenZFS).
• AWS Storage Gateway: almacenamiento híbrido; tus servidores locales usan S3 como si fuera un disco, un recurso compartido o una librería de cintas (File, Volume y Tape Gateway).
• AWS Backup: copias de seguridad centralizadas y con políticas para muchos servicios. AWS Elastic Disaster Recovery: replica servidores para recuperarlos en AWS en minutos.

⑦ IA/ML y analítica

• Amazon SageMaker AI: construir, entrenar y desplegar modelos propios. Amazon Bedrock: modelos fundacionales de IA generativa por API. Amazon Q: asistente de IA generativa (Q Business para empleados, Q Developer para programar).
• IA preentrenada: Lex (chatbots), Kendra (búsqueda inteligente en documentos), Comprehend (texto), Rekognition (imagen/video), Polly (texto → voz), Transcribe (voz → texto), Translate, Textract (documentos), Personalize (recomendaciones). Amazon Forecast está cerrado a clientes nuevos: no lo elijas.
• Analítica: Athena (SQL sobre S3), Kinesis Data Streams (streaming en tiempo real), Amazon Data Firehose (cargar streaming a S3, Redshift, OpenSearch), Glue (ETL y catálogo), Amazon Quick Sight (BI y dashboards), EMR (Spark/Hadoop), Redshift (data warehouse), OpenSearch Service (búsqueda y análisis de logs), Lake Formation (data lake y sus permisos), MSK (Apache Kafka administrado).

⑧ Otras categorías

• Integración: SQS (cola), SNS (pub/sub), EventBridge (bus de eventos), Step Functions (flujos de trabajo).
• Aplicaciones de negocio: Amazon Connect (contact center en la nube), Amazon SES (envío de correos masivos y transaccionales).
• Herramientas de desarrollo: CodeBuild (compila y prueba), CodeDeploy (despliega en EC2, Lambda, on-premises), CodePipeline (orquesta el CI/CD), CodeArtifact (repositorio de paquetes), X-Ray (rastreo distribuido de solicitudes). AWS CodeCommit y AWS Cloud9 ya no aceptan clientes nuevos: no los elijas.
• Cómputo de usuario final: Amazon WorkSpaces (escritorios virtuales completos), Amazon AppStream 2.0 (transmitir una aplicación al navegador; puede aparecer como WorkSpaces Applications) y Amazon WorkSpaces Secure Browser (navegador seguro administrado para acceder a apps web internas y SaaS sin dejar datos en el equipo).
• Frontend web y móvil: AWS Amplify (crear y alojar apps full-stack), AWS AppSync (APIs GraphQL), Amazon API Gateway (crear y publicar APIs REST, HTTP y WebSocket).
• IoT: AWS IoT Core (conectar millones de dispositivos, MQTT) y AWS IoT Greengrass (ejecutar lógica en el dispositivo, en el borde).
• Observabilidad: CloudWatch y AWS Health Dashboard (estado de los servicios de AWS y eventos que afectan tus recursos).

Comparaciones que suelen confundir#

Si el enunciado dice… → piensa en…#

Trampas frecuentes#

• Edge location ≠ Región ni AZ: no ejecutan EC2; sirven CloudFront, Route 53 y Global Accelerator.
• Multi-AZ no es recuperación ante desastre regional: si cae la Región entera, necesitas otra Región.
• Lambda para procesos largos: más de 15 min descarta Lambda.
• EBS compartido entre AZ: un volumen EBS vive en una AZ; para compartir archivos entre instancias, EFS.
• Read replicas para alta disponibilidad: la respuesta de HA en RDS es Multi-AZ.
• Global Accelerator para cachear: no cachea; el que cachea es CloudFront.
• Direct Connect «cifrado»: es privado, pero no cifrado por defecto; si piden cifrado sobre él, VPN sobre Direct Connect (o MACsec).
• Elegir servicios descontinuados: CodeCommit, Cloud9, QLDB, Forecast, Snowmobile y Snowcone no son respuesta correcta.
• CloudFormation vs. Elastic Beanstalk: si el enunciado habla de «desarrolladores que solo quieren subir código», Beanstalk.
• S3 es de objetos: no se «monta» como disco de sistema operativo; para eso EBS.

Dominio 4 — Facturación, precios y soporte#

Vale el 12 % del examen. Es el más corto y el más memorístico: modelos de precios, herramientas de facturación y costos, y planes y recursos de soporte. Puntos fáciles si te sabes las listas.

🧠 El dominio en 5 ideas
1. 3 principios de precio: pagas por uso, ahorras al comprometerte (RI, Savings Plans) y pagas menos por unidad al usar más (niveles por volumen).
2. Interrumpible → Spot; estable → Savings Plans/RI; corto o impredecible → On-Demand; licencias por socket → Dedicated Hosts.
3. Antes de desplegar → Pricing Calculator. Avisar → Budgets. Analizar lo gastado → Cost Explorer. Máximo detalle → Cost and Usage Report (Data Exports).
4. Organizations + facturación consolidada = una factura y descuentos por volumen compartidos entre cuentas.
5. Soporte (4 planes): Basic (gratis) → Business Support+ (producción, todos los checks) → Enterprise Support (TAM designado) → Unified Operations (misión crítica, < 5 min).

Conceptos esenciales#

① Modelos de precios

• On-Demand: sin compromiso, por segundo (Linux) u hora.
• Reserved Instances: 1 o 3 años; Standard (hasta 72 %, sin cambiar de familia) o Convertible (menos descuento, puedes cambiar de familia, SO o tenencia). Pago total, parcial o sin adelanto (más adelanto = más descuento). También existen para RDS, ElastiCache, Redshift…
• Savings Plans: compromiso de gasto en USD/hora por 1 o 3 años. Compute Savings Plans (cualquier familia, Región, EC2, Fargate y Lambda; hasta 66 %) y EC2 Instance Savings Plans (una familia en una Región; hasta 72 %).
• Spot Instances: capacidad sobrante, hasta 90 % de descuento, AWS puede recuperarlas con aviso de 2 minutos.
• Dedicated Hosts (servidor físico con visibilidad de sockets/núcleos, para BYOL) vs. Dedicated Instances (hardware aislado, sin control del host). On-Demand Capacity Reservations: capacidad garantizada en una AZ, precio On-Demand.
• Capa gratuita (Free Tier): servicios siempre gratis con límites (p. ej. cierta cantidad de solicitudes de Lambda o almacenamiento de DynamoDB al mes), pruebas cortas y, para cuentas nuevas, un plan gratuito con créditos. Las condiciones cambiaron en 2025: verifica en la web oficial.
• Transferencia de datos: entrante desde internet gratis; saliente a internet se cobra; entre AZ y entre Regiones se cobra; dentro de la misma AZ con IP privada, normalmente gratis. Del origen en AWS a CloudFront, gratis.
• S3: pagas almacenamiento (por niveles: más volumen, menor precio por GB), solicitudes, recuperación en clases frías y transferencia saliente.

② Facturación y gestión de costos

• AWS Billing and Cost Management: consola donde ves facturas, pagos y todas las herramientas de costos.
• AWS Budgets: presupuestos de costo, uso o cobertura de RI/SP con alertas (reales o pronosticadas) y acciones automáticas.
• AWS Cost Explorer: visualiza y filtra el gasto histórico, pronostica el futuro y recomienda RI y Savings Plans.
• AWS Cost and Usage Report (hoy dentro de Data Exports): el detalle más granular (por hora, por recurso, con etiquetas), entregado a S3 para analizar con Athena o Amazon Quick Sight.
• AWS Pricing Calculator: estimar el costo de una arquitectura antes de desplegarla.
• Etiquetas de asignación de costos (cost allocation tags): etiquetas como «Proyecto» o «Área» que se activan en Billing para repartir el gasto.
• AWS Organizations — facturación consolidada: una sola factura, uso agregado para descuentos por volumen y RI/SP compartidos entre cuentas, sin costo adicional.
• AWS Billing Conductor: facturación personalizada (showback/chargeback, revendedores). AWS Compute Optimizer: recomendaciones de rightsizing con ML. AWS Cost Anomaly Detection: detecta gastos inusuales con ML y avisa.

③ Recursos técnicos y soporte

• Planes de AWS Support: ver anclas y la tabla de abajo.
• AWS re:Post (comunidad de preguntas y respuestas), AWS Knowledge Center (preguntas frecuentes resueltas), AWS Prescriptive Guidance (patrones y guías probadas), documentación, whitepapers, blogs.
• AWS Professional Services (consultores de AWS), AWS Partner Network (APN) (consultoras y proveedores de software socios), AWS Marketplace (catálogo de software de terceros, facturado en tu cuenta de AWS), AWS Managed Services (AWS opera tu infraestructura por ti), AWS Solutions Architects, AWS Training and Certification (incluye AWS Skill Builder).
• AWS Trust & Safety: reportar abuso. AWS Health Dashboard: estado general y eventos de tu cuenta. AWS Trusted Advisor: recomendaciones en 5 + 1 categorías.

* Cifras orientativas: verifica en la web oficial. Developer, Business y Enterprise On-Ramp son planes heredados (se retiran el 1 de enero de 2027) y no forman parte del contenido del examen.

Comparaciones que suelen confundir#

Si el enunciado dice… → piensa en…#

Trampas frecuentes#

• Spot para cargas críticas: si «no puede interrumpirse», Spot es incorrecto aunque sea lo más barato.
• Budgets vs. Cost Explorer: «alerta» o «notificar» → Budgets; «analizar», «visualizar» o «tendencias» → Cost Explorer.
• Pricing Calculator para el gasto pasado: no; solo estima lo que aún no existe.
• Pensar que la facturación consolidada cuesta: es gratuita y además puede bajar el precio por volumen.
• Etiquetas sin activar: las cost allocation tags deben activarse en Billing para aparecer en los informes.
• TAM en Business Support+: no existe; el TAM designado aparece en Enterprise Support, y Unified Operations da un equipo de ingenieros designados.
• Elegir un plan heredado (Developer, Business, Enterprise On-Ramp): se retiran en 2027; los vigentes son Basic, Business Support+, Enterprise Support y Unified Operations.
• Memorizar tiempos de soporte como dato fijo: aprende el orden relativo; las cifras exactas cambian.
• Dedicated Instance para licencias por socket: incorrecto; para eso Dedicated Host.
• «Transferencia entre Regiones gratis»: falso; solo la entrante desde internet es gratis.

Pares que más se confunden#

Una frase gancho por par. Si en el examen dudas entre dos de estos, busca en el enunciado la palabra en negrita.

Seguridad, auditoría y gobierno#

Cómputo, datos y red#

Costos y soporte#

Responsabilidad compartida servicio por servicio#

La regla: cuanto más administrado el servicio, más sube la línea de AWS. En EC2 (IaaS) te toca casi todo lo que está por encima del hipervisor; en Lambda, S3 o DynamoDB solo tus datos, tu código y quién accede.

🧠 Atajo: lo que el cliente siempre conserva, en cualquier servicio: sus datos, IAM (quién accede) y la configuración que elige. Lo que AWS siempre conserva: lo físico (edificios, hardware, red global, hipervisor).

Mapa rápido de servicios#

Usa este mapa para asociar cada servicio con su categoría y la pista que lo delata. En el examen casi nunca te preguntan cómo se configura, sino cuál elegir.

Cómputo y contenedores#

Almacenamiento#

Bases de datos#

Redes y entrega de contenido#

Seguridad, identidad y cumplimiento#

Gestión, monitoreo y despliegue#

Costos y facturación#

Integración, analítica e IA#

Migración, usuario final, negocio e IoT#

✅ Siguiente paso: pon a prueba esta hoja con el Banco de Preguntas y los simulacros (Básico, Intermedio, Avanzado, Combinado). Lo que falles, vuelve a buscarlo aquí al día siguiente.