AWS Cloud Practitioner: Fundamentos de la Nube

Este curso presenta AWS desde la perspectiva de una persona que debe interpretar necesidades técnicas, elegir servicios y justificar decisiones sin confundir conceptos de infraestructura. El recorrido comienza con la pregunta más básica: qué significa consumir computación bajo demanda y qué cambia frente a comprar servidores. A partir de ahí, se comparan IaaS, PaaS y SaaS, y se relacionan con los modelos de despliegue público, privado e híbrido. La meta no es memorizar etiquetas, sino reconocer quién administra cada capa, qué flexibilidad se obtiene y qué restricciones pueden modificar una decisión.

El segundo módulo convierte esas ideas en componentes concretos. EC2 y Lambda permiten contrastar servidores configurables con ejecución orientada a eventos. S3 introduce almacenamiento de objetos, claves, permisos y ciclo de vida. RDS y DynamoDB obligan a comenzar por las consultas y la estructura de los datos, en vez de elegir una base por popularidad. Finalmente, VPC, EC2, Route 53 y CloudFront se estudian como piezas coordinadas: red aislada, cómputo, resolución de nombres y distribución de contenido. Los ejercicios usan diagramas, tablas, consultas y cálculos pequeños para que cada afirmación pueda comprobarse.

El tercer módulo aborda las decisiones que suelen causar errores costosos. El modelo de responsabilidad compartida separa las obligaciones del proveedor de las del cliente, pero también exige revisar el servicio concreto y su configuración. IAM se trabaja mediante identidades, políticas mínimas y separación de tareas. El modelo de precios se analiza con unidades explícitas, supuestos visibles y presupuestos hipotéticos; una estimación no se presenta como una factura real. La guía del examen CLF-C02 propone clasificar preguntas por concepto, detectar distractores y justificar respuestas, sin sustituir la comprobación de requisitos oficiales por una lista fija.

La ruta culmina en un diseño de una aplicación ficticia de reservas para un centro comunitario. El trabajo debe describir usuarios, datos, tráfico esperado, componentes, controles de acceso, responsabilidades, supuestos de coste y un plan de revisión. No se requiere crear recursos de pago ni publicar sistemas. Cada elección debe enlazarse con una necesidad: por ejemplo, explicar por qué una imagen se almacena como objeto, por qué una consulta necesita un modelo relacional o por qué una función eventual no debe tratarse como un servidor permanente.

Para comprobar el aprendizaje, se revisan cuatro dimensiones. Primero, precisión conceptual: las definiciones distinguen servicio, despliegue, responsabilidad y mecanismo de cobro. Segundo, trazabilidad: cada componente del diseño responde a una consulta, flujo o requisito concreto. Tercero, seguridad operativa: las identidades tienen permisos limitados, los datos sensibles no se exponen y los laboratorios permanecen locales o autorizados. Cuarto, verificabilidad: los diagramas, registros, fórmulas y respuestas permiten reproducir los resultados. Al terminar, el estudiante podrá defender una arquitectura introductoria con lenguaje claro, reconocer incertidumbres y señalar qué necesitaría probar antes de convertir una hipótesis en una implementación real.