DEV Community

ENRIQUE CORDERO
ENRIQUE CORDERO

Posted on

Tema-1 AWS Regions y Availability Zones: Guía Completa y Simple

#beginners #architecture #aws #tutorial

📌 Nota personal

Actualmente estoy en el compromiso de volver a tomar el examen de AWS Solutions Architect.

Como parte de esa preparación, decidí documentar y compartir los temas que voy estudiando, explicándolos de forma clara y práctica. La idea es reforzar mi propio entendimiento y, al mismo tiempo, ayudar a otros que estén recorriendo ese mismo camino.

Para comenzar, quise arrancar por uno de los conceptos más importantes —y a la vez más subestimados— en AWS.

Si estás aprendiendo AWS, seguramente ya te has encontrado con términos como Regiones y Availability Zones (AZ) por todos lados, pero no siempre queda claro qué significan realmente ni por qué son tan importantes.

Cuando este concepto finalmente hace “click”, los diagramas de arquitectura de AWS empiezan a tener mucho más sentido.

👉 Este artículo es el primer tema de esa serie, y sirve como base para todo lo que viene después. A partir de aquí, iremos construyendo una comprensión sólida de la infraestructura de AWS, desde los fundamentos hasta escenarios más reales de arquitectura.

En esta guía, comenzamos por entender cómo AWS organiza su infraestructura a nivel global y por qué Regiones y Availability Zones son la base de cualquier arquitectura bien diseñada.

La idea es ir construyendo poco a poco una base sólida, desde los fundamentos hasta escenarios más reales de arquitectura.

Si estás aprendiendo AWS, hay un concepto fundamental que aparece en todos lados y que al principio puede confundir: Regiones y Availability Zones (AZ).

Cuando este concepto hace "click", los diagramas de arquitectura de AWS empiezan a tener sentido completamente.

En esta guía lo explicamos de forma simple, visual y con ejemplos prácticos.

🌍 La Infraestructura Global de AWS

AWS opera una infraestructura global distribuida en múltiples ubicaciones alrededor del mundo. Esta infraestructura está compuesta por:

MUNDO
├── Regiones (Geographic Areas)
│   ├── Availability Zones (AZ)
│   ├── Local Zones
│   └── Wavelength Zones
└── Edge Locations
Enter fullscreen mode Exit fullscreen mode

Conceptos clave:

  • Región: Zona geográfica grande con múltiples data centers
  • Availability Zone (AZ): Data center físico independiente
  • Principio fundamental: Una aplicación en AWS corre en varias AZ, nunca en una sola

🗺️ ¿Qué es una Región en AWS?

Una Región de AWS es una ubicación geográfica donde AWS tiene infraestructura física. Cada región está completamente aislada de las otras para maximizar la tolerancia a fallos.

Ejemplos de Regiones Comunes

Código Nombre Ubicación
us-east-1 Norte de Virginia Estados Unidos
us-west-2 Oregón Estados Unidos
eu-west-1 Irlanda Europa
sa-east-1 São Paulo Brasil
ap-southeast-1 Singapur Asia Pacífico

Visualización Simple 

Mundo
├── Estados Unidos → us-east-1, us-west-2
├── Europa → eu-west-1, eu-central-1
├── Asia → ap-southeast-1, ap-northeast-1
└── América del Sur → sa-east-1
Enter fullscreen mode Exit fullscreen mode

Piensa en una Región como una ciudad grande donde AWS tiene toda su infraestructura.

¿Por qué AWS tiene múltiples Regiones?

  1. Reducir latencia: Usuarios más cerca de los servidores
  2. Cumplir regulaciones: Datos en jurisdicciones específicas
  3. Aumentar disponibilidad: Redundancia geográfica
  4. Disaster Recovery: Respaldo en caso de desastres naturales

🏢 ¿Qué es una Availability Zone (AZ)?

Dentro de cada Región, AWS tiene múltiples Availability Zones. Una AZ es:

  • Un data center físico (o grupo de data centers)
  • Completamente independiente de las otras AZ
  • Con su propia energía, red y enfriamiento
  • Conectada con otras AZ mediante redes de alta velocidad y baja latencia

Ejemplo en us-east-1 

Región: us-east-1
├── us-east-1a (AZ A)
├── us-east-1b (AZ B)
├── us-east-1c (AZ C)
├── us-east-1d (AZ D)
├── us-east-1e (AZ E)
└── us-east-1f (AZ F)
Enter fullscreen mode Exit fullscreen mode

Analogía del Mundo Real

Mundo Real AWS
Ciudad Región
Edificio Availability Zone
Pisos/Oficinas Servidores

Ejemplo práctico:

  • Miami es una Región
  • Edificios A, B y C son Availability Zones
  • Cada edificio tiene su propia electricidad, internet y seguridad

⚡ ¿Por qué AWS usa múltiples AZ?

Porque las cosas fallan:

  • ✅ Cortes eléctricos
  • ✅ Problemas de red
  • ✅ Mantenimiento programado
  • ✅ Errores humanos
  • ✅ Desastres naturales localizados

Principio de Alta Disponibilidad

AWS está diseñado para que una aplicación pueda ejecutarse en más de una AZ simultáneamente.

Usuario
    |
Load Balancer
    |
├── Aplicación en AZ A (❌ falla)
├── Aplicación en AZ B (✅ funcionando)
└── Aplicación en AZ C (✅ funcionando)
Enter fullscreen mode Exit fullscreen mode

Resultado: Si una AZ falla, el usuario no lo nota. Eso es alta disponibilidad.

🏗️ Arquitectura Típica Multi-AZ

Ejemplo con Servicios Serverless 

Internet
    |
API Gateway (Multi-AZ automático)
    |
    v
┌─────────────────────────────────────┐
│ Lambda Functions                    │
├── AZ A: Lambda Instance             │
├── AZ B: Lambda Instance             │
└── AZ C: Lambda Instance             │
└─────────────────────────────────────┘
    |
    v
┌─────────────────────────────────────┐
│ RDS Multi-AZ                        │
├── AZ A: Primary Database            │
└── AZ B: Standby Database            │
└─────────────────────────────────────┘
Enter fullscreen mode Exit fullscreen mode

Ejemplo con EC2 y Load Balancer 

Internet
    |
Application Load Balancer
    |
├── AZ A: EC2 Instance + Auto Scaling
├── AZ B: EC2 Instance + Auto Scaling
└── AZ C: EC2 Instance + Auto Scaling
    |
    v
RDS Multi-AZ (Primary + Standby)
Enter fullscreen mode Exit fullscreen mode

Características importantes:

  • API Gateway: Funciona en múltiples AZ automáticamente
  • Lambda: Se ejecuta en varias AZ sin configuración adicional
  • RDS Multi-AZ: Base primaria y respaldo automático
  • Load Balancer: Distribuye tráfico entre AZ saludables

🌐 ¿Necesitas múltiples Regiones?

En la mayoría de casos (99%): Una sola Región 

Una Región es suficiente
├── AZ A: Aplicación + Base de datos
├── AZ B: Aplicación + Respaldo
└── AZ C: Aplicación + Respaldo
Enter fullscreen mode Exit fullscreen mode

Casos donde necesitas múltiples Regiones 

Región Primaria (us-east-1)     Región Secundaria (eu-west-1)
├── AZ A: Producción            ├── AZ A: Disaster Recovery
├── AZ B: Producción            ├── AZ B: Disaster Recovery
└── AZ C: Producción            └── AZ C: Disaster Recovery
Enter fullscreen mode Exit fullscreen mode

Cuándo usar múltiples Regiones:

  1. Disaster Recovery extremo: Protección contra desastres regionales
  2. Usuarios globales: Reducir latencia para usuarios en diferentes continentes
  3. Requerimientos legales: Datos deben permanecer en jurisdicciones específicas
  4. Compliance: Regulaciones específicas por país/región

📊 Comparación: Región vs AZ

Aspecto Región Availability Zone
Alcance Geográfico (país/continente) Local (ciudad)
Distancia Miles de kilómetros Kilómetros
Latencia 50-200ms entre regiones <1ms entre AZ
Propósito Compliance, DR, latencia global Alta disponibilidad local
Costo Transferencia de datos costosa Transferencia gratuita/barata
Casos de uso Usuarios globales, DR Tolerancia a fallos

🛠️ Mejores Prácticas

✅ Recomendaciones

  1. Siempre usar múltiples AZ para aplicaciones críticas
  2. Una región para empezar (expandir después si es necesario)
  3. Distribuir recursos entre al menos 2-3 AZ
  4. Usar servicios Multi-AZ cuando estén disponibles
  5. Planificar Disaster Recovery solo si es crítico para el negocio

❌ Errores Comunes

  1. Poner todo en una sola AZ (punto único de falla)
  2. Usar múltiples regiones innecesariamente (complejidad y costo)
  3. No considerar latencia entre AZ en aplicaciones sensibles
  4. Ignorar costos de transferencia entre regiones

🎯 Resumen Ejecutivo 

┌─────────────────────────────────────────────────────────┐
│ Conceptos Clave                                         │
├─────────────────────────────────────────────────────────┤
│ • Región = Zona geográfica grande                       │
│ • AZ = Data center físico independiente                 │
│ • Una Región tiene múltiples AZ (mínimo 3)             │
│ • Múltiples AZ = Alta disponibilidad                   │
│ • Una Región es suficiente para la mayoría de casos    │
└─────────────────────────────────────────────────────────┘
Enter fullscreen mode Exit fullscreen mode

La Explicación Ultra Simple

AWS no ejecuta tu aplicación en un solo data center.

La ejecuta en:

  • Ciudades (Regiones)
  • Varios edificios dentro de esas ciudades (AZ)

Si un edificio se cae, la aplicación sigue funcionando.

Eso es todo. 🎉

📚 Recursos Adicionales

Última actualización: Diciembre 2024

Top comments (0)