Amazon CLF-C02: Servicios principales de computación — Guía de estudio
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 EC2, modelos de compra y patrones de disponibilidad
Amazon EC2 es la oferta fundamental de cómputo como servicio (IaaS): eliges tipos de instancia por CPU, memoria, almacenamiento y red, ejecutas sistemas operativos que controlas y, opcionalmente, adjuntas volúmenes de Elastic Block Store (EBS) para almacenamiento de bloques persistente. Diseñar para la disponibilidad requiere distribuir las cargas de trabajo en múltiples Zonas de Disponibilidad (AZs) y, cuando sea apropiado, en múltiples Regiones. Para bases de datos relacionales gestionadas, utiliza Amazon RDS Multi‑AZ para tener una réplica síncrona en espera (standby) y conmutación por error (failover) automatizada; para un escalado de lectura extremo o recuperación ante desastres entre regiones, considera Amazon Aurora Global Database. Las opciones de compra de instancias implican compromisos entre costo y resiliencia: On-Demand ofrece flexibilidad sin compromiso; Reserved Instances o Compute Savings Plans proporcionan los mayores ahorros predecibles para un uso continuo y estable; Spot Instances ofrecen el precio más bajo para cargas de trabajo tolerantes a fallos e interrumpibles. Algunos errores comunes incluyen depender de una única AZ, incrustar credenciales de larga duración en las instancias y aprovisionar en exceso “por si acaso”. Utiliza grupos de Auto Scaling con comprobaciones de estado (health checks), hooks de ciclo de vida y políticas de instancias mixtas (On-Demand + Spot) para equilibrar el costo y la disponibilidad. Decide entre Reserved/Savings Plans y Spot evaluando el tiempo de actividad (uptime) requerido, la tolerancia a interrupciones y la precisión de las previsiones; elige Multi‑AZ o multirregión basándote en los requisitos de RTO/RPO y las restricciones de latencia entre regiones.
Cómputo gestionado para contenedores, por lotes y serverless: criterios de decisión
AWS ofrece múltiples plataformas de cómputo gestionado para ajustarse a los objetivos de la arquitectura. AWS Lambda permite crear funciones serverless basadas en eventos con escalado automático y facturación por milisegundo, ideal para tareas sin estado (stateless) y de corta duración. Amazon ECS proporciona una opción de orquestación de contenedores gestionada que se integra con Fargate para la ejecución de contenedores serverless o con EC2 para un mayor control. Amazon EKS ejecuta Kubernetes como un plano de control gestionado para equipos que estandarizan en Kubernetes, con nodos de trabajo (worker nodes) en EC2 o Fargate. AWS Batch planifica y escala trabajos de cómputo por lotes (batch) en capacidad de EC2 o Spot, optimizando el rendimiento (throughput) para trabajos de alto desempeño o gran volumen. Elastic Beanstalk es una plataforma de aplicaciones para desplegar aplicaciones web sin gestionar la infraestructura subyacente; abstrae la configuración de EC2, el autoescalado, ELB y RDS para despliegues de tipo lift-and-shift más rápidos. Los criterios de decisión clave incluyen las habilidades operativas (la experiencia en Kubernetes favorece a EKS), la velocidad de despliegue (Beanstalk), la previsibilidad de costos (Fargate simplifica pero puede costar más) y las características de la carga de trabajo (Lambda para tareas cortas y basadas en eventos; ECS/EKS para servicios de larga duración). Evita el error de seleccionar la opción con más funcionalidades cuando un servicio gestionado más simple (Lambda o Fargate) reduciría la carga operativa y aumentaría la agilidad.
Estrategias de autoescalado, elasticidad y optimización de costos
La elasticidad es la capacidad de aumentar y reducir los recursos para ajustarse a la demanda; el autoescalado es el mecanismo para lograrlo. Usa grupos de Auto Scaling (ASG) para EC2 para añadir o eliminar instancias basándose en políticas de seguimiento de objetivo (target tracking), por pasos (step) o predictivas. Para contenedores, utiliza el autoescalado de ECS o EKS para tareas y clústeres, y usa los controles de concurrencia integrados de Lambda para las funciones. Diseña para la ausencia de estado (statelessness) y externaliza el estado a servicios gestionados como Amazon RDS, DynamoDB, ElastiCache o S3 para que las instancias puedan ser efímeras. Dimensiona correctamente las instancias con revisiones periódicas, utiliza la monitorización (métricas y alarmas de CloudWatch) y considera Savings Plans o Reserved Instances para el uso base estable, mientras colocas las cargas de trabajo variables en Spot. Modelos de precios a considerar:
- On-Demand: sin compromiso, se paga por hora/segundo.
- Reserved Instances / Savings Plans: compromiso de 1 o 3 años para obtener descuentos sustanciales.
- Spot Instances: los mayores descuentos para cargas de trabajo interrumpibles.
- Dedicated Hosts/Instances: aislamiento físico para cumplimiento normativo, mayor costo. Algunos errores frecuentes incluyen subestimar los tiempos de calentamiento (warm-up) para el autoescalado, no utilizar hooks de ciclo de vida para un apagado ordenado (graceful shutdown) y usar en exceso Spot para cargas de trabajo críticas y con estado (stateful). Utiliza despliegues blue/green o canary para lanzamientos seguros y políticas de ciclo de vida para automatizar el control de costos de los recursos no utilizados.
← Infraestructura global de AWS · Todos los dominios · Servicios principales de almacenamiento →
Practica estas preguntas → · Práctica cronometrada en ExamRoll.io →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
Aprueba tu examen →