¡Bienvenido/a a La Senda del Nubearquitecto!
Cloud Computing y AWS desde el camino real: conceptos de arquitectura, servicios clave, aprendizajes y herramientas para diseñar soluciones sólidas.
¿Qué y por qué?
Cuando empezamos a trabajar con la nube, es fácil pensar que todo “vive en algún lugar allá arriba” sin preocuparnos mucho por el detalle. Pero la realidad es que la nube es, en el fondo, infraestructura física: servidores, cables, centros de datos repartidos por todo el planeta.
Por eso se dice que la nube es “la compu de alguien más”.
Entender cómo está organizada esa infraestructura (regiones, zonas de disponibilidad, redes virtuales, costos de transferencia) no es un detalle técnico menor.
Es la diferencia entre diseñar arquitecturas rápidas, resilientes y baratas, o terminar con sistemas lentos, frágiles y con facturas sorpresa a fin de mes.
Si estás empezando en cloud (o si ya llevás tiempo pero nunca te detuviste a entender el “por qué” detrás del “cómo”), esta edición es para vos.
¡Gracias por leer El Ingeniero Consciente! Si te reenviaron este correo o estás leyendo desde la web, te invito a suscribirte para recibir más ediciones y potenciar tu camino IT con una pizca de consciencia y atención plena
Te lo explico en 5 minutos o menos
Regiones: son ubicaciones geográficas donde el proveedor de nube tiene infraestructura desplegada (ej: us-east-1 en Virginia). Elegir bien tu región impacta en:
Latencia (qué tan cerca están tus usuarios)
Cumplimiento normativo (dónde deben residir tus datos)
Costos (los precios varían entre regiones)
Availability Zones (AZs): dentro de cada región hay múltiples AZs (ej: us-east-1a, us-east-1b, etc.), que no son otra cosa que centros de datos físicamente separados pero interconectados. Diseñar tu arquitectura repartida entre varias AZs es la clave para tener alta disponibilidad: si una falla, las demás siguen funcionando.
💡 Consejo accionable: si la resiliencia y la tolerancia a fallos es un requerimiento crítico nunca despliegues recursos importantes en una sola AZ. Repartilos en al menos dos o tres.
Costos de transferencia de datos: mover datos entre regiones, AZs o hacia internet tiene un costo, y suele ser el gasto oculto que nadie ve venir hasta que llega la factura. Joe Reis lo resume bien: este modelo de cobro está pensado, en parte, para atarte a un solo proveedor. Es un tema que probablemente genere cada vez más ruido y presión por cambiar a futuro.
💡 Consejo accionable: antes de diseñar tu arquitectura, mapeá cómo van a moverse tus datos. Minimizar transferencias innecesarias entre regiones puede ahorrarte más de lo que imaginás.
CDNs (Content Delivery Networks): distribuyen tu contenido más cerca del usuario final, reduciendo la latencia y mejorando la experiencia. Si tu aplicación tiene usuarios en distintas partes del mundo, una CDN no es un lujo, es una necesidad.
💡 Consejo accionable: si aún no usás una CDN para tu contenido estático (imágenes, videos, JS, CSS), es probablemente la mejora de performance más fácil que podés implementar hoy mismo. Pero cuidado, las CDN no funcionan en todas partes y hay países que bloquean el contenido entregado por una CDN.
📖 ¿Querés profundizar en cada uno de estos conceptos? Te dejo el artículo completo donde cubro todo esto con más detalle:
👉 Cloud Computing Fundamentals 6 - Regiones y AZs
Y atenti, porque ya se viene la secuela: AWS Fundamentals, donde vamos a llevar mucha de esta teoría dentro de la nube de Amazon. 🚀