Amazon Servicios Web (AWS)ha cambiado completamente el juego para cómo construimos y gestionamos la infraestructura. Han pasado los días en que girar un nuevo servicio significaba mendigar a su equipo de sys por hardware, esperar semanas y pasar horas en un centro de datos frío conectando cables.
Pero con el gran poder viene el gran...ComplejidadAWS nos ofrece un buffet de opciones, y descubriendo cómo arquitectar paraalta disponibilidady la recuperación de desastres puede ser, francamente, un poco abrumadora. Así que vamos a romperlo. Estos son los tres conceptos de infraestructura queEn realidadHay que tener en cuenta al planificar el tiempo de funcionamiento:Regions, deAvailability Zones, yEdge Locations.
Si tu plan de viaje es simplemente "Sólo voy a elegirnos-este-1 y estar hecho con él", este post es para ti.
Región
Una Región de AWS es una porción físicamente aislada de la nube de AWS, que normalmente abarca una gran área geográfica.31 Regiones geográficasen toda América del Norte, América del Sur, Europa, Oriente Medio, África y Asia Pacífico.
Entonces, ¿por qué debes preocuparte? porqueeach Region is its own little AWS island- Hardware separado, redes separadas, todo separado. Nada es compartido. No hay magia silenciosa de la replicación de datos que ocurra entre regiones (a menos que lo configure).
Esta separación le da poder y flexibilidad para la redundancia y la recuperación de desastres, además de la paz de espíritu cuando una región toma una siesta (mirando a usted,us-east-1) de
Por ejemplo,Airbnbutiliza AWS Regions para garantizar una alta disponibilidad para sus millones de usuarios. Al aprovechar el balance de carga de AWS y la escalabilidad automática en varias regiones, Airbnb puede manejar los picos de tráfico y mantener el tiempo de funcionamiento incluso durante fallos regionales.
De igual manera,Slackutiliza AWS Regiones para almacenar datos de usuarios y mensajes y para manejar mensajes en tiempo real en todo el mundo, asegurando la escalabilidad y la localización de los datos.
Elegir la región adecuada
Sí, es tentador simplemente elegir el estándar. Pero aquí está lo queDebeEstar pensando en:
- Latencia: Seleccione una región cerca de sus usuarios. Distancia = retraso.
- Reglamentación: GDPR, requisitos de residencia local - a veces la ley toma su decisión por usted.
- Servicios: Algunos juguetes de AWS no están disponibles en todas partes. Compruebe esta lista.
- Dinero: Los precios varían según la región. No se trata sólo de impuestos, sino también de la cadena de suministro y los costos de energía.
Seguro que túPuedePero a menos que su aplicación sea crítica a escala global, una configuración bien diseñada dentro de una región (con múltiples AZs) suele ser el punto dulce.
Zona de disponibilidad
Así que has elegido tu región. bueno. Ahora, vamos a hacer un zoom. Cada región de AWS está cortada enAvailability Zones- centros de datos fortificados, de alta velocidad conectados a fibra que están cerca (ish) uno del otro pero físicamente aislados para evitar un desastre de domino.
Existen siete regiones de AWS en Norteamérica, cada una con al menos algunasZonas de disponibilidad.
Tomaus-east-1(El bolsillo favorito de todo el mundo).Tiene al menos seis AZs:us-east-1aa travésus-east-1fEstos no son sólo cajas de verificación, son centros de datos masivos y aislados construidos para sobrevivir a incendios, inundaciones y cualquier otra cosa que el mundo les arroje.
Por ejemplo,Netflix utiliza zonas de disponibilidad de AWSPara garantizar que su servicio de streaming esté siempre disponible para sus millones de usuarios. Netflix utiliza los servicios de balanceo de carga de AWS y escalado automático para distribuir cargas de trabajo a través de AZs para que si uno cae, los demás sigan transmitiendo sus documentos de crimen y programas de panadería sin perder un golpe.
Mejores prácticas para el uso de AZs
- Distribuir recursos: Despliegue servicios en múltiples AZ para garantizar una alta disponibilidad. al menos dos. siempre.
- Prepárate para el desastre: Implemente planes de copia de seguridad y mecanismos de fallover para redirigir automáticamente el tráfico a AZs saludables en caso de fallos.
- Balance de carga: El Elastic Load Balancing de AWS puede distribuir el tráfico de aplicaciones entrantes a través de múltiples objetivos en diferentes AZs, mejorando la tolerancia de fallos.
Lugares de Edge
Tienes AZs para la resiliencia, pero ¿cómo obtienes un rendimiento rápido para los usuarios en Bangkok, Berlín y Buenos Aires?Edge LocationsVen a entrar.
Edge Locations son los mini outposts de AWS, sitios de infraestructura más pequeños estratégicamente ubicados más cerca de los usuarios finales.Piensa en CDN, DNS y seguridad, pero en el borde.Una de sus tareas principales es reducir la latencia al servir contenido de alta ancho de banda, como vídeo, desde ubicaciones cercanas.
Más información sobre AWS CloudFrontes la estrella del show aquí. Se cachea el contenido estático (como medios, scripts e imágenes) para garantizar una entrega rápida y confiable.Otros servicios de AWS que funcionan en el borde incluyenRuta 53para el DNS Routing,El escudoyWAFpara la seguridad, y tambiénLambdaa través de Lambda@Edge, lo que le permite ejecutar la lógica sin servidor más cerca del usuario.
Dos ejemplos de empresas que utilizan ubicaciones de AWS Edge son Twitch y Peloton.Twitch utiliza AWS CloudFronty otros servicios de ubicación de borde para mejorar la entrega de contenido de vídeo en directo a su audiencia global.Al almacenar contenido en caché en ubicaciones de borde más cercanas a los espectadores, Twitch puede reducir la latencia y mejorar la calidad de la experiencia de visualización.
Peloton utiliza ubicaciones de AWS Edge para transmitir contenido de vídeo de alta calidad a sus equipos de fitness conectados y aplicaciones móviles. Al utilizar ubicaciones de borde, Peloton es capaz de proporcionar streaming de vídeo de baja latencia, lo que significa que no hay burpee medio tampón.
Vale la pena señalar: no todos los servicios de AWS están disponibles en todas las ubicaciones de borde. Verifique dos veces antes de ser arquitecto. AWS ha estado expandiendo lo que se ejecuta en el borde, especialmente para los casos de uso de IoT y en tiempo real, pero aún así, valide sus requisitos.
Mientras que el uso de ubicaciones de Edge puede ofrecer beneficios tales como una latencia reducida y un rendimiento de la aplicación mejorado, hay compromisos a tener en cuenta. Por ejemplo, las ubicaciones de Edge pueden ser más caras que las regiones tradicionales, por lo que es importante evaluar cuidadosamente el costo-beneficio de usarlas.
Thank you for reading!
¡Gracias por leer! ¿Estás interesado en algo o tienes pensamientos para compartir? Deja tu comentario a continuación! Ségueme a través de LinkedIn, Substack o Telegram.
LinkedinSubestaciónTelegrama
