Regiones y zonas de disponibilidad
Dónde vive AWS físicamente: ciudades del mundo, cada una con varios centros de datos.
Una Región es un área geográfica donde AWS construyó su infraestructura: Virginia del Norte, San Pablo, Frankfurt, Tokio y unas cuantas decenas más. Cada Región es independiente de las otras. Cuando creás algo en AWS (un bucket en Amazon S3, un servidor en Amazon EC2) elegís en qué Región vive, y ahí se queda salvo que lo copies a otro lado.
Adentro de cada Región hay varias zonas de disponibilidad (AZs): grupos de uno o más centros de datos con su propia energía, refrigeración y red, lo bastante lejos entre sí para que un incendio o una inundación en uno no tire abajo a los otros, pero lo bastante cerca para hablarse en un par de milisegundos. Una Región tiene un código como us-east-1 y cada zona agrega una letra: us-east-1a, us-east-1b.
Por qué importa: elegir una Región cerca de tus usuarios hace que la app se sienta más rápida, y a veces la ley lo exige (hay datos que no pueden salir del país). Repartir una app en dos o más AZs es la forma estándar de sobrevivir a la caída de un centro de datos sin que nadie lo note. Un banco de Buenos Aires podría correr su app en sa-east-1 (San Pablo) en tres zonas, con una copia de respaldo en Virginia.
Para quedarse
- Las Regiones están aisladas entre sí; nada se comparte ni se copia solo.
- Una zona de disponibilidad es uno o más centros de datos; toda Región tiene al menos tres.
- Correr en dos AZs es el mínimo habitual para una app que no puede caerse.
- Los precios y la lista de servicios disponibles cambian un poco de Región a Región.
