Amazon CLF-C02: Conceptos de la nube — Guía de estudio

By Laurynas Brazys · 28 July 2026 · #amazon #clf-c02 #certification #exam-prep #study-guide

Forma parte de la AWS Cloud Practitioner CLF-C02 — Guía de estudio. Practica con respuestas verificadas en el centro de exámenes de Amazon, o realiza tests cronometrados en ExamRoll.io.

Conceptos básicos de la nube y la propuesta de valor de AWS

La computación en la nube transforma los problemas de planificación de capacidad y de alta inversión de capital a un modelo operativo donde la computación, el almacenamiento y las redes se consumen bajo demanda. AWS proporciona elasticidad (escalado automático para adaptarse a la carga), alcance global (Regiones y Zonas de Disponibilidad para localidad y aislamiento de fallos) y un espectro de servicios administrados que eliminan el trabajo pesado no diferenciado. Conceptos de arquitectura como el diseño para fallos, el acoplamiento débil y la infraestructura inmutable ayudan a los equipos a explotar los beneficios de la nube: un tiempo de comercialización más rápido, una economía de pago por uso y una escala global. Las primitivas de red como las VPC, las subredes y un Internet Gateway controlan el tráfico de entrada (ingress) y salida (egress) para las cargas de trabajo, mientras que Direct Connect ofrece un enlace dedicado de alto rendimiento a los centros de datos on-premises cuando se requiere un ancho de banda predecible o una latencia más baja. Para migraciones físicas muy grandes o conectividad intermitente, los dispositivos Snowball Edge permiten la transferencia segura sin conexión (offline) e incluso la computación en el borde (edge compute). Las trampas comunes para los profesionales incluyen asumir que el “lift-and-shift” reducirá los costos automáticamente, subestimar las tarifas de egreso de red y no diseñar para la resiliencia multi-AZ. Los criterios de decisión deben sopesar los requisitos de disponibilidad del negocio, la gravedad de los datos (data gravity), las restricciones de latencia y los costos operativos a largo plazo antes de elegir estrategias de realojamiento (rehost), replataforma (replatform) o refactorización (refactor).

Servicios, patrones de migración y decisiones de arquitectura

La elección del servicio de AWS correcto depende de si necesita operaciones administradas, control sobre las responsabilidades a nivel del sistema operativo o capacidades en el borde (edge)/sin conexión (offline). Los patrones de migración incluyen el realojamiento o “rehost” (lift-and-shift), la replataforma o “replatform” (hacer pequeñas optimizaciones) y la refactorización o “refactor” (re-arquitecturar para ser nativo de la nube). Las opciones de almacenamiento reflejan los patrones de acceso: S3 para almacenamiento de objetos y lagos de datos (data lakes), EBS para almacenamiento de bloques adjunto a EC2, EFS para sistemas de archivos compartidos POSIX y las variantes de FSx para necesidades de sistemas de archivos administrados de Windows o de alto rendimiento. Las bases de datos pueden ejecutarse como servicios administrados como Amazon RDS y Amazon DynamoDB, que descargan las tareas administrativas, o autoadministrarse en EC2, donde el cliente retiene las responsabilidades del sistema operativo, la aplicación de parches, las copias de seguridad y el escalado. Para contenedores, las opciones administradas reducen la carga operativa al tiempo que ofrecen diferentes contrapartidas:

Amazon ECS (lanzamiento EC2): orquestación administrada, pero usted administra las instancias EC2.
Amazon ECS / Fargate: contenedores sin servidor (serverless) sin gestión de hosts.
Amazon EKS: plano de control de Kubernetes administrado; puede administrar los nodos o usar Fargate. Para un despliegue rápido de aplicaciones sin crear manualmente cada recurso, AWS Elastic Beanstalk o las plantillas de CloudFormation aceleran la entrega al tiempo que imponen arquitecturas estándar. Las trampas para los profesionales incluyen subestimar el esfuerzo operativo de las bases de datos o los hosts de contenedores autoadministrados y olvidar adjuntar perfiles de instancia de IAM a EC2 para un acceso seguro a los servicios.

Economía de la nube: modelos de precios y prácticas de optimización de costos

AWS ofrece múltiples modelos de precios para ajustarse a la previsibilidad de la carga de trabajo y la tolerancia a la interrupción. On-Demand es flexible y sin compromiso, Reserved Instances y Savings Plans ofrecen grandes descuentos para un uso constante, Spot Instances tienen un descuento muy elevado pero pueden ser interrumpidas, y los Dedicated Hosts satisfacen necesidades regulatorias o de licenciamiento. La visibilidad y el control de costos se basan en el etiquetado (tagging), Cost Explorer, AWS Budgets y AWS Cost Anomaly Detection; las herramientas de optimización de tamaño (rightsizing) como AWS Compute Optimizer y las recomendaciones de recursos de Cost Explorer ayudan a identificar instancias EC2 sobreaprovisionadas. Trusted Advisor expone optimizaciones de costo y rendimiento y destaca los recursos huérfanos, mientras que AWS Budgets puede activar alertas de SNS cuando el gasto excede los umbrales. Las trampas comunes incluyen comprar Reserved Instances o Savings Plans sin analizar la utilización histórica, aplicar Spot Instances a cargas de trabajo críticas y no interrumpibles, y no implementar un etiquetado consistente, lo que socava los esfuerzos de contracargo (chargeback) y optimización. Los criterios de decisión deben combinar los patrones de carga de trabajo, la tolerancia a la interrupción y la previsión: use On-Demand para cargas impredecibles, Savings Plans o RIs para bases de uso sostenidas, y Spot para computación flexible y tolerante a fallos.

Seguridad, responsabilidad compartida y mejores prácticas operativas

La seguridad en AWS es un modelo compartido: AWS protege la infraestructura de la nube (hardware, red, regiones, zonas de disponibilidad y servicios fundamentales), mientras que los clientes protegen en la nube, lo que incluye los datos, el control de acceso, el cifrado a nivel de aplicación, la aplicación de parches al sistema operativo y al software para IaaS, y la federación de identidades. Utilice roles de IAM adjuntos a perfiles de instancia de EC2 para otorgar acceso temporal y con privilegios mínimos a servicios como S3; evite incrustar credenciales de larga duración en las instancias. Las características de protección de datos incluyen el versionado de S3 y S3 Object Lock para la retención, el cifrado del lado del servidor (SSE) y el cifrado del lado del cliente para registros sensibles. La monitorización y la auditabilidad se basan en CloudTrail para el registro de API, AWS Config para el cumplimiento de la configuración, Amazon Inspector para la evaluación de vulnerabilidades en cargas de trabajo de EC2, GuardDuty para la detección de amenazas y Amazon Macie para el descubrimiento de datos sensibles en S3. El Well-Architected Framework guía las consideraciones operativas, de seguridad, fiabilidad, rendimiento y costos; los errores comunes de los profesionales incluyen el uso excesivo de la cuenta raíz, descuidar las copias de seguridad automatizadas y no implementar arquitecturas multi-AZ o planes de recuperación ante desastres (Disaster Recovery). Las decisiones operativas deben priorizar la automatización, el principio de privilegios mínimos y el registro centralizado para reducir el error humano y acelerar la respuesta a incidentes.

Problema práctico: Escenario de caso de uso

Escenario: Acme Analytics ejecuta una canalización de procesamiento de datos por temporada en una única región de AWS. Su entorno incluye instancias EC2 para la computación, un archivo local (on-premises) y un data lake en S3. Necesitan ingerir 50 TB desde sus instalaciones locales cada temporada, garantizar una alta disponibilidad durante las ejecuciones y controlar los costos entre temporadas.

Desafío: Transferencia masiva de 50 TB de datos con un ancho de banda limitado y la necesidad de una ingesta duradera y auditable; la computación debe ser de alta disponibilidad durante una ventana de procesamiento de dos meses y rentable cuando está inactiva.

Enfoque recomendado:

Solicitar un Amazon Snowball Edge para importar de forma segura los 50 TB a Amazon S3, utilizando la computación en el borde (edge compute) si se requiere preprocesamiento.
Almacenar los datos ingeridos en un bucket de S3 con el versionado habilitado y aplicar S3 Object Lock para la retención de los registros de origen.
Ejecutar el procesamiento en grupos de Auto Scaling de instancias EC2 distribuidas en múltiples zonas de disponibilidad o usar AWS Batch/ECS Fargate para un escalado gestionado durante la ventana de dos meses.
Implementar Cost Explorer, AWS Budgets con alertas y aplicar Savings Plans o Reserved Instances solo para los recursos persistentes de referencia; terminar o reducir la escala de la computación después de la temporada.

Justificación: Snowball Edge minimiza el tiempo de transferencia y los costos de red para importaciones grandes y únicas, mientras que S3 proporciona un almacenamiento duradero y auditable. El uso de Auto Scaling o computación gestionada durante los meses de mayor actividad ofrece disponibilidad e incurre en costos solo durante el procesamiento, mientras que las herramientas de gestión de costos evitan gastos inesperados.

Todos los dominios · Infraestructura global de AWS →

Practica estas preguntas → · Práctica cronometrada en ExamRoll.io →