Regiones

Qué es: una Región es una zona geográfica del mundo donde AWS agrupa varios centros de datos, aislada e independiente de las demás Regiones.

• Código: cada Región tiene un nombre y un código, como South America (São Paulo), sa-east-1, o US East (N. Virginia), us-east-1.
• Tú eliges dónde: creas tus recursos en una Región concreta. AWS no mueve ni copia tu contenido fuera de las Regiones que elijas sin tu acuerdo.
• Alcance global: AWS tiene más de 30 Regiones en varios continentes. Puedes poner tu aplicación cerca de usuarios de otro país en minutos, sin construir nada allí.
• Cómo elegirla: pesan cuatro factores. Cumplimiento: algunas leyes exigen que ciertos datos se queden en un país (soberanía de datos). Latencia: cuanto más cerca de tus usuarios, más rápido responde (Sesión 0). Servicios: no todos existen en todas las Regiones. Precio: el mismo recurso puede costar distinto según la Región.

Analogía: las sucursales de una cadena internacional en distintos países. Cada sucursal funciona sola; si una cierra, las demás siguen abiertas. Dónde falla la analogía: en la cadena, tu cuenta de cliente existe en todas las sucursales. En AWS, casi todo lo que creas en una Región se queda en esa Región; si lo quieres en otra, lo copias tú.

Ejemplo real: PagoRío, una fintech con clientes en Brasil, debe guardar sus datos en el país por exigencia de su regulador. Elige la Región de São Paulo: cumple la norma y además baja la latencia para sus usuarios. Esto responde la pregunta 2 del inicio: la distancia física sigue marcando la velocidad de respuesta.

Úsalo cuando: decidas dónde desplegar: primero la ley, luego la cercanía a tus usuarios, después los servicios y el precio. No lo uses cuando: busques protección contra la caída de un centro de datos; eso se resuelve dentro de la propia Región, en el bloque siguiente. Usar varias Regiones a la vez tiene sus propios motivos, que verás en la Sesión 3.