Amazon CLF-C02: Infraestructura global de AWS — 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 fundamentales: Regiones, Zonas de Disponibilidad y ubicaciones de borde

La infraestructura física de AWS se organiza en Regiones, Zonas de Disponibilidad (AZ) y ubicaciones de borde. Una Región es un área geográficamente aislada que contiene múltiples AZ; cada AZ consta de uno o más centros de datos discretos con energía, redes y refrigeración independientes. Diseñar para la alta disponibilidad significa distribuir los recursos entre múltiples AZ dentro de una Región para que el fallo de una AZ no cause una interrupción completa. Las ubicaciones de borde y las cachés de borde regionales forman parte de la red de entrega de contenido Amazon CloudFront y sitúan el almacenamiento en caché y la computación (a través de Lambda@Edge) cerca de los usuarios finales para reducir la latencia. Al elegir una Región, considere la latencia para los usuarios, los requisitos de soberanía de datos y cumplimiento, los servicios disponibles (no todas las Regiones tienen servicios o tipos de instancia idénticos) y las diferencias de costo. Un error común es suponer que las AZ son completamente independientes entre Regiones: los nombres de las AZ pueden ser idénticos en distintas Regiones, pero representan ubicaciones físicas distintas; no trate a las AZ como Regiones a efectos de cumplimiento. Otro error común es suponer que todos los servicios de AWS son globales; muchos servicios son regionales o zonales y requieren una arquitectura multirregional explícita para la recuperación ante desastres.

Redes globales y conectividad híbrida

AWS ofrece múltiples opciones para conectar redes on-premises y optimizar el tráfico de aplicaciones globales. Para la conectividad híbrida, AWS Site-to-Site VPN proporciona túneles cifrados a través de la Internet pública para una configuración rápida, mientras que AWS Direct Connect ofrece un enlace de red dedicado con un rendimiento constante y costos de egreso más bajos; Transit Gateway simplifica el enrutamiento a escala al actuar como un concentrador (hub) para VPCs y conexiones on-premises, y ahora admite el peering entre regiones. Para la conectividad privada a nivel de servicio, los endpoints de VPC permiten el acceso privado a los servicios de AWS compatibles: Gateway endpoints para S3 y DynamoDB, e Interface endpoints (AWS PrivateLink) para muchos otros servicios. Para acelerar y enrutar el tráfico de usuarios a través de la red troncal de AWS, AWS Global Accelerator optimiza el enrutamiento TCP/UDP y ofrece IPs anycast estáticas; Route 53 proporciona políticas de enrutamiento de DNS globales (latencia, geoproximidad, failover) con comprobaciones de estado. Los criterios de decisión incluyen el rendimiento esperado, la sensibilidad al costo, los objetivos de failover y la postura de seguridad requerida; un error común es no tener en cuenta los cargos por transferencia de datos entre regiones y olvidar usar los endpoints de VPC para evitar el egreso público innecesario.

Endpoints de servicio, ubicación y ofertas administradas

Comprender dónde se ejecutan los servicios y cómo se exponen influye en la latencia, la resiliencia y la carga operativa. Algunos servicios de AWS son globales (Route 53, IAM), muchos son regionales (EC2, RDS, endpoints regionales de S3) y unos pocos son zonales (los volúmenes de EBS tienen un alcance de AZ). Utilice servicios administrados donde la carga operativa deba minimizarse: Amazon S3 para almacenamiento de objetos de alta durabilidad (once nueves de durabilidad), Amazon RDS o Amazon Aurora para bases de datos relacionales administradas, Amazon Redshift o Redshift Serverless para análisis sin tener que gestionar la infraestructura de un data warehouse, y Amazon SQS para mensajería asíncrona desacoplada. Para la automatización y repetibilidad de la infraestructura, AWS CloudFormation y el AWS Cloud Development Kit (CDK) habilitan la infraestructura como código, mientras que los SDKs permiten a los desarrolladores integrar llamadas a la API de AWS en las aplicaciones. Las decisiones de ubicación afectan el diseño: los volúmenes de EBS residen en una única AZ y se deben crear snapshots para la recuperación entre AZs/regiones; los balanceadores de carga y los grupos de Auto Scaling deben configurarse para abarcar múltiples AZs. Un error frecuente entre los profesionales es suponer que los servicios administrados eliminan toda la responsabilidad; tareas operativas como la configuración, las copias de seguridad de datos y el control de acceso siguen siendo responsabilidades del cliente en muchos servicios.

Modelos operativos, de precios, de seguridad y criterios de decisión

Seleccionar un modelo operativo y de precios requiere equilibrar el costo, el rendimiento y la capacidad de gestión. Los modelos de precios de AWS incluyen:

Bajo demanda (On-demand): pague por uso sin compromiso a largo plazo.
Instancias Reservadas (Reserved Instances) / Savings Plans: comprométase con el uso para obtener un precio unitario más bajo.
Instancias Spot (Spot Instances): utilice la capacidad sobrante con grandes descuentos y riesgo de interrupción.
Capa gratuita (Free tier) / prueba: uso gratuito limitado para evaluación.

La facturación consolidada a través de AWS Organizations centraliza las facturas, permite descuentos por uso agregado y simplifica la asignación de costos (chargeback). La seguridad sigue el modelo de responsabilidad compartida: AWS protege la infraestructura global, los hosts físicos y los servicios fundamentales; los clientes son responsables del sistema operativo invitado, la seguridad de las aplicaciones, la gestión de identidades y accesos, y la protección de los datos. Para las necesidades de cifrado, se utiliza AWS Key Management Service (KMS) para gestionar claves para servicios como el cifrado de EBS y el cifrado del lado del servidor de S3. El principio del Well-Architected Framework de «automatización basada en principios» favorece la infraestructura como código y los roles de IAM con el mínimo privilegio. Las trampas comunes incluyen subestimar los costos de transferencia de datos, sobreaprovisionar para los picos de demanda sin usar el autoescalado y otorgar permisos de IAM demasiado amplios en lugar de aplicar el principio de mínimo privilegio.

Problema práctico: Escenario de caso de uso

Escenario: Acme Retail opera una plataforma de comercio electrónico global con una Región principal en us-east-1, varias Zonas de Disponibilidad (AZ) y un centro de datos local (on-premises) para sistemas heredados. Deben reducir la latencia para los clientes globales, asegurar la conectividad híbrida y mantener la previsibilidad de los costos.

Desafío: Los clientes en Europa experimentan una alta latencia y grandes costos de transferencia entre Regiones; los sistemas locales (on-premises) requieren una conexión privada y fiable para la sincronización del inventario.

Enfoque recomendado:

Desplegar CloudFront con S3 y conmutación por error del origen (origin failover) para almacenar en caché los activos estáticos en ubicaciones de borde (edge locations) cercanas a los usuarios y así ofrecer una entrega de baja latencia.
Crear un despliegue adicional de solo lectura en eu-west-1 para las API orientadas al usuario y replicar los datos de forma asíncrona utilizando réplicas de lectura (read replicas) de Amazon RDS o una Amazon Aurora Global Database.
Establecer una conexión AWS Direct Connect en un punto de coubicación (colocation) cercano y conectarla a la Región principal a través de AWS Transit Gateway con una VPN de respaldo redundante para una conectividad híbrida segura y consistente.
Usar Savings Plans para la línea base de cómputo predecible, habilitar Auto Scaling para la variación en los picos de demanda y utilizar la Calculadora de precios de AWS (AWS Pricing Calculator) para modelar los costos de transferencia entre regiones antes de la transición.

Justificación: El almacenamiento en caché en las ubicaciones de borde reduce la latencia y el egreso desde el origen, las réplicas de lectura regionales proporcionan localidad y resiliencia, Direct Connect con Transit Gateway ofrece un rendimiento híbrido estable minimizando los costos de transferencia, y la combinación de Savings Plans con el autoescalado equilibra la rentabilidad y la escalabilidad según las mejores prácticas de la nube.

← Conceptos de la nube · Todos los dominios · Servicios principales de computación →

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