Cada carga de trabajo en AWS requiere definir dónde se ubicarán los usuarios, los datos y los límites de fallo.
En este curso, aprenderemos cómo las ubicaciones de AWS condicionan la latencia, la resiliencia, el cumplimiento normativo y la conectividad híbrida.
Construiremos un modelo mental que comienza por el límite más amplio y desciende hasta los más específicos.
También seguiremos el hilo de una carga de trabajo sencilla para mantener concretas las ventajas y desventajas de cada opción de ubicación.
La ubicación es la decisión sobre qué límite geográfico de AWS albergará un componente de la carga de trabajo o sus datos.
Esta decisión modifica la distancia de red, la jurisdicción y el radio de impacto de los fallos.
La latencia depende de la distancia física y de los saltos de red entre los usuarios y la carga de trabajo.
El aislamiento de fallos depende de qué componentes comparten el mismo límite físico y operativo.
Las restricciones de residencia limitan dónde se almacenan y procesan los datos, lo que puede reducir las opciones de Región.
Las restricciones de entornos híbridos pueden exigir procesamiento local cerca de las instalaciones del cliente o una conectividad predecible con AWS.
Examinemos los principales niveles de ubicación que utilizaremos a lo largo de este curso.
Una cuenta de AWS es un límite de seguridad y facturación que posee recursos e identidades.
Los límites de cuenta son importantes porque los controles de acceso y las evidencias de auditoría se evalúan por cuenta.
Una Región de AWS es un área geográfica independiente donde AWS agrupa su infraestructura.
Las Regiones están diseñadas para estar aisladas de otras Regiones y garantizar así la tolerancia a fallos.
La mayoría de los servicios de AWS crean recursos regionales que existen únicamente en la Región seleccionada.
La replicación entre Regiones depende de cada servicio; AWS no replica todo automáticamente.
Una Zona de disponibilidad es una ubicación aislada dentro de una Región.
Cada Zona de disponibilidad consta de uno o varios centros de datos independientes situados en instalaciones separadas.
Las Zonas de disponibilidad de una Región se conectan mediante redes redundantes de baja latencia y gran ancho de banda.
Una práctica recomendada consiste en ejecutar cargas de trabajo de producción en varias Zonas de disponibilidad para lograr una mayor disponibilidad.
Un punto de enlace (o endpoint) es el punto de entrada a la red al que enviamos solicitudes de API para un servicio dentro de un ámbito determinado.
Al seleccionar una Región en las herramientas, a menudo se elige un punto de enlace regional para la API de dicho servicio.
El plano de control es la parte de un servicio que crea y configura los recursos.
El plano de datos es la parte de un servicio que gestiona el tráfico en tiempo de ejecución y las operaciones con datos.
Estos planos pueden presentar diferentes modos de fallo, por lo que debemos verificar cada uno con las pruebas adecuadas.
Suposición de trabajo Trataremos la Región y la Zona de disponibilidad como los límites de aislamiento de fallos predeterminados, a menos que se indique lo contrario.
Utilizaremos una aplicación web global sencilla como referencia para nuestras decisiones.
La aplicación incluye perfiles de usuario que deben permanecer disponibles durante los fallos de la infraestructura.
La aplicación también sirve contenido multimedia que se beneficia de estar cerca de los usuarios finales.
Este caso de uso nos permitirá plantear una pregunta constante a medida que analizamos cada límite.
¿Dónde deberían ubicarse los componentes de entrega orientados al usuario y dónde los datos persistentes de los perfiles, teniendo en cuenta las necesidades de latencia y aislamiento de fallos?
Visualicemos los componentes de la carga de trabajo en relación con las capas de ubicación que acabamos de definir.