Curso AWS Cloud Practitioner CLF-C02

La infraestructura global de AWS es la red mundial de ubicaciones físicas y lógicas sobre la que se ejecutan los servicios de AWS. Entenderla es fundamental para CLF-C02 porque explica muchas ventajas de cloud: alcance global, baja latencia, alta disponibilidad, tolerancia a fallos, residencia de datos y recuperación ante desastres.

Para el examen no necesitas memorizar todas las regiones ni todos los nombres técnicos. Lo importante es saber qué problema resuelve cada capa de la infraestructura: región, zona de disponibilidad, edge location, Regional Edge Cache, Local Zone, AWS Wavelength y AWS Outposts.

1. Por qué existe una infraestructura global

Las aplicaciones modernas no siempre tienen usuarios en un único lugar. Una web puede tener alumnos en España, Latinoamérica y Estados Unidos. Una empresa puede necesitar que sus datos permanezcan en Europa. Una tienda online puede necesitar que su aplicación siga funcionando aunque falle un centro de datos. Una plataforma de vídeo puede necesitar servir contenido con baja latencia a usuarios de muchos países.

AWS resuelve estos retos con una infraestructura distribuida por el mundo. En vez de construir datacenters propios, una empresa puede elegir dónde desplegar recursos, cómo repartirlos y cómo acercar servicios a sus usuarios.

2. Región de AWS

Una región de AWS es un área geográfica del mundo donde AWS tiene infraestructura para ejecutar servicios. Cada región está aislada de otras regiones. Esto significa que cuando eliges una región, estás eligiendo una ubicación geográfica principal para tus recursos.

Ejemplos de criterios para elegir región:

• Latencia: cuanto más cerca estén los recursos de los usuarios, menor suele ser el tiempo de respuesta.
• Residencia de datos: algunos datos deben permanecer en una ubicación concreta por requisitos legales, regulatorios o internos.
• Disponibilidad de servicios: no todos los servicios o características llegan a todas las regiones al mismo tiempo.
• Coste: los precios pueden variar entre regiones.
• Continuidad de negocio: algunas arquitecturas usan más de una región para recuperación ante desastres.
• Proximidad a sistemas existentes: una empresa puede elegir una región cercana a su datacenter o a sus clientes principales.

3. Región no significa alta disponibilidad automática

Elegir una región no hace que una aplicación sea automáticamente altamente disponible. La región te da la ubicación geográfica y acceso a varias zonas de disponibilidad, pero la arquitectura debe diseñarse correctamente.

Por ejemplo, si despliegas una única instancia EC2 en una única zona de disponibilidad, tu aplicación sigue teniendo un punto de fallo. Para mejorar disponibilidad, tendrías que distribuir recursos en varias AZ y usar componentes como balanceadores, bases de datos Multi-AZ o servicios gestionados diseñados para alta disponibilidad.

4. Zona de disponibilidad

Una zona de disponibilidad, o Availability Zone, es una ubicación aislada dentro de una región. Cada región tiene varias AZ. Una AZ está formada por uno o más datacenters físicamente separados, con alimentación, red y conectividad diseñadas para reducir fallos correlacionados.

Para CLF-C02, no necesitas conocer detalles internos de los datacenters. Necesitas entender esta idea:

• Una región contiene varias zonas de disponibilidad.
• Las AZ están aisladas entre sí.
• Las AZ de una misma región se conectan con redes de baja latencia.
• Usar varias AZ ayuda a diseñar alta disponibilidad.

5. Multi-AZ

Multi-AZ significa distribuir recursos entre varias zonas de disponibilidad dentro de una misma región. Es una de las ideas más repetidas en el examen.

Multi-AZ aparece normalmente cuando el escenario pide:

• Alta disponibilidad.
• Resiliencia ante fallo de una zona.
• Reducción de puntos únicos de fallo.
• Aplicaciones críticas dentro de una región.
• Bases de datos con standby o replicación gestionada.

Un ejemplo clásico es Amazon RDS Multi-AZ, donde AWS mantiene una réplica en otra zona de disponibilidad para mejorar disponibilidad. Otro ejemplo es desplegar servidores web en varias AZ detrás de Elastic Load Balancing.

6. Edge locations

Las edge locations son ubicaciones de borde cercanas a los usuarios finales. No son regiones completas ni zonas de disponibilidad completas. Su objetivo principal es acercar determinados servicios a los usuarios para reducir latencia y mejorar la entrega.

El ejemplo más importante para CLF-C02 es Amazon CloudFront, la CDN de AWS. CloudFront puede guardar en caché contenido estático, como imágenes, vídeos, CSS o JavaScript, en ubicaciones edge cercanas a los usuarios. Así, cuando un usuario solicita el contenido, puede recibirlo desde una ubicación cercana en lugar de ir siempre al origen.

7. Edge locations no sustituyen a regiones

Un error habitual es pensar que una edge location sirve para desplegar cualquier recurso como si fuera una región. No es así. Las regiones son ubicaciones donde puedes desplegar muchos servicios y recursos principales. Las edge locations están pensadas para servicios de borde, caché, entrega de contenido, DNS y aceleración.

En el examen, si necesitas ejecutar una base de datos relacional, una VPC o una flota de instancias de forma normal, piensa en región y AZ. Si necesitas acercar contenido estático o mejorar entrega global, piensa en edge locations y CloudFront.

8. Regional Edge Caches

Las Regional Edge Caches son una capa intermedia de caché usada por CloudFront entre las edge locations y el origen. Para CLF-C02 no suelen exigir mucho detalle, pero es útil entender que ayudan a mejorar eficiencia y reducir peticiones directas al origen.

La idea de examen es sencilla: CloudFront no solo acerca contenido al usuario; también puede reducir carga sobre el origen al servir respuestas cacheadas desde la red de distribución.

9. Amazon Route 53 y DNS global

Amazon Route 53 es el servicio DNS de AWS. Aunque se estudia con más detalle en el Dominio 3, se relaciona con infraestructura global porque ayuda a dirigir a los usuarios hacia los recursos adecuados.

Route 53 puede usar distintas políticas de enrutamiento, como latencia, geolocalización, ponderación o failover. Para CLF-C02, recuerda esta diferencia:

• CloudFront: entrega contenido mediante CDN y caché.
• Route 53: resuelve nombres DNS y enruta consultas DNS.

10. Local Zones

AWS Local Zones acercan determinados servicios de AWS a grandes áreas metropolitanas. Están pensadas para aplicaciones que necesitan muy baja latencia con usuarios o sistemas en una ciudad concreta.

No necesitas memorizar ubicaciones de Local Zones. Debes reconocer el caso de uso: baja latencia local para aplicaciones como videojuegos, media, rendering, entornos interactivos, escritorios virtuales o workloads que deben estar muy cerca de una población concreta.

11. AWS Wavelength

AWS Wavelength lleva servicios de AWS al borde de redes 5G de operadores de telecomunicaciones. Se usa cuando una aplicación necesita latencia ultra baja para dispositivos móviles o casos de uso 5G.

Para el examen, si ves una pregunta sobre aplicaciones móviles, 5G, operadores de telecomunicaciones y latencia muy baja, Wavelength puede aparecer como opción.

12. AWS Outposts

AWS Outposts lleva infraestructura y servicios de AWS al datacenter o ubicación on-premises del cliente. Es útil cuando una empresa necesita ejecutar servicios AWS localmente por latencia, requisitos de residencia, integración con sistemas locales o necesidades operativas específicas.

Outposts no es “otra región pública”. Es infraestructura de AWS instalada en la ubicación del cliente, gestionada como una extensión de AWS.

13. Comparativa global para el examen

14. Alta disponibilidad frente a recuperación ante desastres

Estos dos conceptos se confunden mucho:

• Alta disponibilidad: busca que el servicio siga funcionando ante fallos parciales. Normalmente se diseña con varias AZ.
• Recuperación ante desastres: busca recuperar el servicio ante un fallo mayor. Puede implicar backups, replicación o una segunda región.

Multi-AZ ayuda ante fallos dentro de una región. Multi-región puede ayudar ante un evento de mayor alcance, pero suele ser más complejo y costoso.

15. Multi-región

Una arquitectura multi-región usa recursos en más de una región. Se emplea para recuperación ante desastres, cumplimiento, expansión global o requisitos de disponibilidad muy altos.

Para CLF-C02, no necesitas diseñar una estrategia avanzada de DR, pero sí reconocer que usar otra región puede ayudar cuando el requisito habla de continuidad ante la caída de una región completa.

16. Latencia

La latencia es el tiempo que tarda una petición en ir y volver entre el usuario y el servicio. La ubicación física influye. Por eso, elegir una región cercana a los usuarios y usar CloudFront para contenido estático puede mejorar la experiencia.

En preguntas de examen, si el escenario menciona usuarios en una zona geográfica concreta, la elección de región es importante. Si menciona usuarios globales consumiendo contenido estático, CloudFront y edge locations suelen encajar mejor.

17. Residencia de datos y cumplimiento

La residencia de datos se refiere a dónde se almacenan los datos. Algunas organizaciones tienen requisitos legales, regulatorios o internos que exigen que los datos permanezcan en una región o país determinado.

En AWS, el cliente elige la región donde despliega muchos servicios y almacena datos. Eso no elimina las responsabilidades del cliente: debe configurar correctamente servicios, copias, replicación y accesos para cumplir sus requisitos.

18. Disponibilidad de servicios por región

No todos los servicios de AWS están disponibles en todas las regiones al mismo tiempo. Cuando una empresa diseña una solución, debe comprobar si el servicio o característica que necesita está disponible en la región elegida.

En CLF-C02, esto suele aparecer de forma conceptual: la elección de región puede depender de los servicios requeridos, además de coste, latencia y cumplimiento.

19. Coste por región

Los precios pueden variar según la región. Esto puede afectar al coste total de una arquitectura. Sin embargo, no siempre se debe elegir la región más barata. Hay que equilibrar coste, latencia, cumplimiento, servicios disponibles y necesidades de negocio.

Para el examen, recuerda que la elección de región no es solo técnica. También tiene impacto económico y regulatorio.

20. Tabla de decisión rápida

21. Diferencias que suelen confundir

22. Errores típicos

• Confundir región con zona de disponibilidad.
• Pensar que una única AZ ofrece alta disponibilidad completa.
• Creer que una edge location sustituye a una región.
• Elegir CloudFront cuando el requisito principal es residencia de datos en una región.
• Elegir Route 53 para cachear contenido estático.
• Olvidar que los precios pueden variar por región.
• Olvidar que no todos los servicios están disponibles en todas las regiones.
• Pensar que Multi-AZ protege automáticamente ante caída completa de una región.
• Confundir Outposts con una región pública de AWS.
• Usar multi-región para todo sin considerar coste y complejidad.

23. Cómo razonar preguntas del examen

Cuando leas una pregunta de infraestructura global, identifica primero la palabra clave del escenario:

• Si ves usuarios cercanos, piensa en región cercana.
• Si ves usuarios globales y contenido estático, piensa en CloudFront y edge locations.
• Si ves fallo de una zona, piensa en Multi-AZ.
• Si ves fallo de una región, piensa en multi-región o recuperación ante desastres.
• Si ves residencia de datos, piensa en elección de región y configuración de almacenamiento.
• Si ves 5G y latencia ultra baja, piensa en Wavelength.
• Si ves servicios AWS en datacenter del cliente, piensa en Outposts.
• Si ves baja latencia en área metropolitana, piensa en Local Zones.

Resumen final

La infraestructura global de AWS se organiza en regiones, zonas de disponibilidad y ubicaciones de borde. Las regiones ayudan a elegir ubicación geográfica, cumplir requisitos de datos y reducir latencia. Las zonas de disponibilidad permiten diseñar alta disponibilidad dentro de una región. Las edge locations acercan contenido y servicios al usuario final, especialmente con CloudFront.

Para CLF-C02, domina estas asociaciones: región para ubicación y residencia de datos; Multi-AZ para alta disponibilidad regional; edge locations y CloudFront para baja latencia global de contenido; Route 53 para DNS; Local Zones para baja latencia metropolitana; Wavelength para 5G; Outposts para AWS en el datacenter del cliente.