¡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.

Si venís leyéndome hace rato, seguramente habrás notado que intento compartir contenido de manera gradual, en modo “serie”, para que varios conceptos vayan en orden.

Por eso armé la serie Cloud Computing Fundamentals, para que quienes estén dando sus primeros pasos en la nube o quieran repasar fundamentos, lo puedan hacer secuencialmente y puedan obtener una especie de “hoja de ruta” que aporte claridad al momento de estudiar.

Ahora, ¿qué pasa con aquellos que ya dieron sus primeros pasos en AWS , ya tienen su cuenta y todo, pero aun así sienten confundidos?

Hoy vengo a aportar algo de calma en una lectura que te tomará 5 minutos o menos.

+200 servicios, ¿hay que aprenderlos todos?

Arrancar en AWS marea porque de repente te encontrás con que hay +200 servicios para aprender. La pregunta de oro es: ¿𝗹𝗼𝘀 𝗻𝗲𝗰𝗲𝘀𝗶𝘁𝗮𝘀 𝗮𝗯𝘀𝗼𝗹𝘂𝘁𝗮𝗺𝗲𝗻𝘁𝗲 𝘁𝗼𝗱𝗼𝘀?

En mi experiencia tanto en producción como en mi actual preparación para la certificación Solutions Architect Associate, muchas veces las cosas se resuelven con 𝗲𝘀𝘁𝗼𝘀 𝟯𝟬 𝘀𝗲𝗿𝘃𝗶𝗰𝗶𝗼𝘀.

La clave no es la cantidad de servicios que sepas manejar, sino entender qué problema resuelve cada uno.

En la serie sobre AWS que comenzaremos pronto, ya veremos cada uno de ellos en profundidad y cómo se interrelacionan entre sí. A medida que avancemos vas a notar cómo cada servicio es como un bloque LEGO que encajados de la forma correcta, nos permite construir una buena arquitectura.

Vamos servicio por servicio, ordenados por categoría:

• 🌐 𝗥𝗲𝗱𝗲𝘀 & 𝗖𝗼𝗻𝘁𝗲𝗻𝗶𝗱𝗼

• ⚙️ 𝗖𝗼𝗺𝗽𝘂𝘁𝗼 & 𝗖𝗼𝗻𝘁𝗲𝗻𝗲𝗱𝗼𝗿𝗲𝘀

• 💾 𝗔𝗹𝗺𝗮𝗰𝗲𝗻𝗮𝗺𝗶𝗲𝗻𝘁𝗼, 𝗕𝗮𝘀𝗲𝘀 𝗱𝗲 𝗗𝗮𝘁𝗼𝘀 & 𝗜𝗔

• 📨 𝗠𝗲𝗻𝘀𝗮𝗷𝗲𝗿𝗶𝗮 & 𝗜𝗻𝘁𝗲𝗴𝗿𝗮𝗰𝗶𝗼𝗻𝗲𝘀

• 📊 𝗔𝗻𝗮𝗹𝘆𝘁𝗶𝗰𝘀 & 𝗗𝗮𝘁𝗮 𝗘𝗻𝗴𝗶𝗻𝗲𝗲𝗿𝗶𝗻𝗴

• 🔒 𝗚𝗼𝗯𝗲𝗿𝗻𝗮𝗻𝘇𝗮, 𝗦𝗲𝗴𝘂𝗿𝗶𝗱𝗮𝗱 𝘆 𝗢𝗽𝗲𝗿𝗮𝗰𝗶𝗼𝗻𝗲𝘀

🌐 𝗥𝗲𝗱𝗲𝘀 & 𝗖𝗼𝗻𝘁𝗲𝗻𝗶𝗱𝗼

𝘝𝘗𝘊 – Tu red privada en la nube. Definís rangos IP, subredes y aislás recursos del internet.

𝘙𝘰𝘶𝘵𝘦 53 – DNS inteligente. Enruta tráfico y maneja failovers usando health checks.

𝘊𝘭𝘰𝘶𝘥𝘍𝘳𝘰𝘯𝘵 – CDN global. Cachea contenido en Edge Locations para reducir latencia.

𝘈𝘗𝘐 𝘎𝘢𝘵𝘦𝘸𝘢𝘺 – La puerta de entrada. Autenticación, rate limiting y versionado antes de llegar al backend.

𝘞𝘈𝘍 – Firewall de aplicaciones web. Bloquea tráfico malicioso y bots antes de tocar tus servicios.

⚙️ 𝗖𝗼𝗺𝗽𝘂𝘁𝗼 & 𝗖𝗼𝗻𝘁𝗲𝗻𝗲𝗱𝗼𝗿𝗲𝘀

𝘌𝘊2 – Servidores virtuales. Control total sobre SO y red. Sirve para casi cualquier workload.

𝘓𝘢𝘮𝘣𝘥𝘢 – Compute serverless. No gestionás infraestructura. Pagás solo cuando el código corre.

𝘌𝘊𝘚 – Orquestación de contenedores nativa de AWS. Integración profunda con el ecosistema.

𝘌𝘒𝘚 – Kubernetes administrado. Control fino y escalabilidad masiva.

𝘍𝘢𝘳𝘨𝘢𝘵𝘦 – Contenedores serverless. Sin nodos que parchear ni administrar.

💾 𝗔𝗹𝗺𝗮𝗰𝗲𝗻𝗮𝗺𝗶𝗲𝗻𝘁𝗼, 𝗕𝗮𝘀𝗲𝘀 𝗱𝗲 𝗗𝗮𝘁𝗼𝘀 & 𝗜𝗔

𝘚3 – Almacenamiento de objetos. Data lakes, sitios estáticos, backups. Escala infinito.

𝘙𝘋𝘚 – Bases de datos relacionales administradas. Patching, backups y scaling para motores como Postgres.

𝘋𝘺𝘯𝘢𝘮𝘰𝘋𝘉 – NoSQL serverless. Latencia de milisegundos a cualquier escala.

𝘉𝘦𝘥𝘳𝘰𝘤𝘬 – Orquestación de GenAI. Acceso a modelos fundacionales sin manejar infraestructura.

𝘌𝘭𝘢𝘴𝘵𝘪𝘊𝘢𝘤𝘩𝘦 – Almacenamiento en memoria. Caching con Redis o Memcached para acelerar aplicaciones.

📨 𝗠𝗲𝗻𝘀𝗮𝗷𝗲𝗿𝗶𝗮 & 𝗜𝗻𝘁𝗲𝗴𝗿𝗮𝗰𝗶𝗼𝗻𝗲𝘀

𝘚𝘕𝘚 – Mensajería pub/sub. Distribuye eventos y notificaciones a múltiples consumidores.

𝘚𝘘𝘚 – Colas de mensajes. Desacopla servicios y absorbe picos de tráfico.

𝘌𝘷𝘦𝘯𝘵𝘉𝘳𝘪𝘥𝘨𝘦 – Bus de eventos serverless. Arquitecturas desacopladas basadas en eventos.

𝘚𝘵𝘦𝘱 𝘍𝘶𝘯𝘤𝘵𝘪𝘰𝘯𝘴 – Orquestación de workflows. Retries, errores y lógica compleja sin ensuciar el código.

𝘈𝘱𝘱𝘚𝘺𝘯𝘤 – GraphQL administrado. Sincronización en tiempo real con múltiples fuentes de datos.

📊 𝗔𝗻𝗮𝗹𝘆𝘁𝗶𝗰𝘀 & 𝗗𝗮𝘁𝗮 𝗘𝗻𝗴𝗶𝗻𝗲𝗲𝗿𝗶𝗻𝗴

𝘎𝘭𝘶𝘦 – ETL serverless. Descubre, limpia y transforma datos para analytics.

𝘙𝘦𝘥𝘴𝘩𝘪𝘧𝘵 – Data warehouse. Consultas analíticas sobre terabytes o petabytes.

𝘈𝘵𝘩𝘦𝘯𝘢 – SQL sobre S3. Consultás datos sin levantar bases de datos.

𝘒𝘪𝘯𝘦𝘴𝘪𝘴 – Streaming en tiempo real. Ingesta y procesamiento de flujos de datos.

𝘔𝘚𝘒 – Kafka administrado. Streaming open-source sin dolor operativo.

🔒 𝗚𝗼𝗯𝗲𝗿𝗻𝗮𝗻𝘇𝗮, 𝗦𝗲𝗴𝘂𝗿𝗶𝗱𝗮𝗱 𝘆 𝗢𝗽𝗲𝗿𝗮𝗰𝗶𝗼𝗻𝗲𝘀

𝘐𝘈𝘔 – Gestión de accesos. El corazón de la seguridad en AWS.

𝘒𝘔𝘚 – Gestión de claves. Creación y control de claves de cifrado.

𝘚𝘺𝘴𝘵𝘦𝘮𝘴 𝘔𝘢𝘯𝘢𝘨𝘦𝘳 – Centro operativo. Configuración, parches y comandos sobre tu flota.

𝘊𝘭𝘰𝘶𝘥𝘛𝘳𝘢𝘪𝘭 – Auditoría de la cuenta. Registra cada llamada a la API: quién, cuándo y qué.

𝘊𝘭𝘰𝘶𝘥𝘞𝘢𝘵𝘤𝘩 – Observabilidad. Métricas, logs y alarmas para visibilidad total.

Conclusión y Recomendaciones

No hace falta explorar los +200 servicios que AWS tiene en su oferta. Con estos 30 vas a estar listo/a para resolver una amplia gama de necesidades y problemas.

A medida que van surgiendo casos que requieran algún servicio no incluido acá, siempre podés valerte de la documentación de AWS para aprenderlo sobre la marcha (así hice yo cuando me pidieron usar DynamoDB por primera vez, je).

Ahora, unas recomendaciones rápidas.

Si tuviera que empezar en AWS desde 0 otra vez, me concentraría primero en IAM, ya que es el corazón de la seguridad y está integrado con todos los otros servicios. Revisá qué son los roles y las policies.

Además, como buen Data Engineer o Cloud Engineer, la seguridad tiene que ser algo que esté entre tus principales preocupaciones.

Luego iría por CloudWatch, de manera muy básica, para entender dónde es que AWS ubica los logs de los distintos servicios que vas desplegando. Es re importante la observabilidad a medida que subís cosas a producción.

Se que no es la recomendación más “sexy” del mundo, pero en mi opinión, representan una buen fundamento antes de adentrarte en los demás servicios.

🔥 DATAZO

Uno de los grandes impedimentos a la hora de practicar los distintos servicios que vimos hoy son los costos. Por un lado AWS pide una tarjeta de crédito para poder abrir la cuenta. Por otro, nadie quiere que en el resumen de la tarjeta le venga un gasto por una instancia EC2 que quedó levantada todo el fin de semana. Le pasó a un amigo (?

La solución a esto son los Entornos Sandbox dentro de AWS Builder Center.

¿La idea? Te regalan una cuenta de AWS real, pre-provisionada y temporal para que hagas laboratorios y experimentes totalmente gratis.

¿Cómo funciona el truco?

• 8 horas de juego: Desde que te la habilitan, tenés 8 horas para romper todo lo que quieras. Al terminar, la cuenta se autodestruye con todos sus recursos. Chau dolores de cabeza de andar borrando instancias EC2 a mano.

• Fácil de pedir: Vas a la sección de Workshops en AWS, buscás uno que ofrezca Sandbox, le das a “Request” y en unos 15 minutos te llega el mail con el acceso.

• Las reglas de juego: Para evitar abusos, te dejan levantar 1 sandbox a la vez y con un límite de 1 por semana (se resetea los domingos).

Te lo dejo por acá.

Eso sí: como a las 8 horas la cuenta pasa a mejor vida de forma irreversible, acordate de bajarte a tu compu local cualquier script de Terraform, código o configuración útil antes de que expire el tiempo. ¡No digas que no te avisé!

¡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.

Cuando empezamos en la nube, todos queremos ir directo a los servicios con nombres extravagantes: levantar una base de datos RDS, desplegar funciones Lambda o aplicaciones en contenedores.

Al principio todo sucede automágicamente y quedamos contentos. Pero tarde o temprano, llega el momento inevitable donde dos servicios tienen que hablarse... y no se encuentran. O peor aún, dejamos la base de datos expuesta al mundo entero sin darnos cuenta.

Si no entendés el mapa, tarde o temprano vas a terminar en un huddle de Slack totalmente confundido/a y salir corriendo con pánico a buscar documentación para intentar entender qué tenés que hacer. Le pasó a un amigo, y no te voy a decir quién soy (?

En la nueva y anteúltima entrega de la serie Cloud Computing Fundamentals, dejamos de lado las tablas binarias aburridas y el cálculo denso de bits para explicar Networking para la nube de forma 100% práctica.

Vamos a recorrer:

• La anatomía de una IP: Entendiendo la diferencia real entre la “Calle” y la “Casa”.

• El súper poder de la notación CIDR: Cómo un simple atajo matemático (/16 o /24) define el tamaño de tu terreno.

• Subnetting en AWS: La estrategia arquitectónica para separar tu “entrada principal” de tu “caja fuerte” usando VPCs y subredes públicas o privadas.

• Puertos, Sockets, Protocolos: Lo que determina cómo y hacia dónde viaja la información

…y cómo mapear todos estos conceptos con lo que pasa en AWS.

Si querés dejar de configurar infraestructura a ciegas y afilar tu criterio de diseño y seguridad, te invito a leer la nota completa, con regalito sobre el final.

👉 Leé la nota en el blog: Conceptos de Networking para la Nube - Parte 1

¡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.

En las últimas semanas exploramos varios conceptos del Cloud Computing y sus fundamentos. Pasamos de entender que la nube es básicamente “la computadora de alguien más”, a elegir nuestro transporte ideal entre IaaS, PaaS y SaaS, y hasta descubrimos dónde se esconden esos data centers.

Ahora, falta responder la pregunta del millón: ¿A quién le vamos a alquilar ese hardware? 🤔

En el nuevo post de esta serie sobre fundamentos de la computación en la nube, nos metemos de lleno con los “Pesos Pesados”:

• AWS: El pionero que no para de sacar servicios (+200 y contando...).

• Azure: El rey de la integración para los que ya viven en el ecosistema Microsoft.

• Google Cloud: El rebelde que apuesta todo al futuro multi-cloud con Anthos.

¡Pero ojo! Porque este post va más allá de simplemente una lista de nombres. Vamos a ver brevemente la historia de cada uno de estos gigantes, qué servicios ofrecen, algunas particularidades y quién domina el mercado actualmente.

Y ahora, un pequeño spoiler: si leés hasta el final del blog post, te vas a encontrar con un Bonus que te va a salvar las papas en cualquier entrevista técnica o diseño de arquitectura: eso que no pasa de moda aunque cambies de proveedor.

👉 [Leé el post completo acá]

En la pŕoxima y última parte de esta serie vamos a hablar de algo que considero muy importante para ser un verdadero NubeArquitecto. Porque antes de mandarnos de una con AWS, nos falta dominar los cables: Networking. Esa será nuestra última parada en esta serie antes de ponernos el cinturón para despegar con la nube de Amazon. 🚀

¡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.

No son lo mismo

Cuando empecé a meterme en cloud, tenía una idea bastante simplificada:

“Nube = AWS”.

Y listo.

Pero esa asociación, aunque común, es incompleta. Porque AWS no es la nube, es un proveedor de nube pública.

Y ahí aparecen preguntas mucho más interesantes:

• ¿Por qué “pública”?

• ¿Existen otros tipos de nube?

En un nuevo post de la serie Cloud Computing Fundamentals, exploro justamente eso y de manera breve: los modelos de despliegue en la nube.

• Qué significa realmente una nube privada (y por qué implica más control… pero también más responsabilidad)

• Por qué la nube pública es tan accesible y escalable

• Y cómo funciona el modelo híbrido, que en la práctica es donde muchas organizaciones terminan operando

¡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

Además, cierro con algo que considero clave: cómo todo esto impacta en los roles dentro de IT y qué oportunidades abre si estás construyendo tu camino en tecnología.

Si estás empezando en cloud (o querés ordenar conceptos que parecen obvios pero no lo son tanto), este post te va a dar claridad.

👉 El post completo acá

Y atento/a, que en el próximo y último post de esta serie, ya vamos a hablar de los pesos pesados: AWS, GCP y Azure, con foco en:

• ¿Qué ofrecen?

• ¿Cuáles son sus servicios más importantes?

• ¿Qué empresas importantes hacen uso de sus servicios?

¡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.

Elige tu transporte

La nube ya no nos resulta un misterio. Tal como vimos anteriormente, sabemos que la nube es, en esencia, la computadora de alguien más.

Ese “alguien más” es una forma simple de referirnos a las empresas que construyen y operan enormes data centers, y que nos permiten acceder a sus recursos para cubrir una amplia variedad de necesidades digitales.

Lo que vamos a explorar ahora es cómo los usuarios acceden a esos recursos.

A lo que hacemos referencia es a los modelos de servicio, que es muy comparable a algunos medios de transporte que tenemos a disposición:

• Infrastructure as a Service (IaaS), que es como alquilar un coche. Nos proveen del mismo, pero tenemos que encargarnos de cosas como la conducción o el combustible.

• Platform as a Service (PaaS), que es como pedir un Uber. Podemos elegir el destino y el camino general pero no controlamos el vehículo ni cómo está construido el motor.

• Software as a Service (SaaS), comparable a tomar un autobús o colectivo, como le decimos en Argentina. No decidimos ni el vehículo, ni el motor, ni la ruta, solo elegimos si subirnos o no.

¡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

Estos no son los únicos eh. Hay más. Y los factores que nos pueden ayudar a evaluar cuál modelo se ajusta a nuestras necesidades son:

• el nivel de control deseado - ¿querés manejar vos o preferís que alguien más lo haga?

• el nivel de responsabilidad que estás dispuesto a asumir - ¿te encargás del mantenimiento y el combustible, o no querés ocuparte de nada?

Exploramos todo esto en detalle, incluyendo características básicas de cada modelo, comparación con un on-premise clásico, ejemplos de servicios de proveedores conocidos, y más, en una nueva entrada de la serie Cloud Computing Fundamentals: Los modelos de servicio.

👉🏻 Post disponible acá 👈🏻

La próxima vez que pidas un Uber, o te subas a un colectivo, ojalá te acuerdes de lo visto hoy 😉

En el próximo post de esta serie vamos a hablar de despliegue (privado vs. público vs. híbrido) y cómo algunos roles clásicos (DevOps, Data Engineer, etc.) se adaptaron para incorporar la nube a su caja de herramientas.

Ahora te tengo que dejar que me pedí un PaaS y el chofer me cobra la espera 🚗.

¡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.

Arranquemos por el principio

Si ya llevas tiempo suscrito a esta newsletter, seguramente sabrás que soy un “entusiasta” de AWS.

Si sos nuevo/a, y esta es tu primera edición, entonces llegaste en el momento justo.

En cualquier caso, la idea de la edición de hoy es introducirte a lo que es Cloud Computing.

Saber de AWS, GCP o Azure está muy bien, pero como muchos campos en informática, lo ideal es comenzar por los fundamentos.

Estos gigantes de la nube que te menciono son tan solo nombres dentro de un ecosistema más grande que ellos: el Cloud Computing. La realidad es que estos pesos pesados no inventaron la pólvora, sino que supieron basarse en estos fundamentos y construir soluciones desde esa base:

• EC2 (AWS) y Azure Virtual Machine parten del concepto de máquina virtual

• S3 (AWS) y Blob Storage (Azure) parten del concepto de almacenamiento de objetos

• y así con varios servicios más

En esto vamos a profundizar hoy:

• ¿Qué es el Cloud Computing?

• ¿Cuáles son sus fundamentos?

• ¿Qué características comparten todos los proveedores de nube?

• ¿Qué se puede hacer con la nube?

Bienvenido/a a Cloud Computing Fundamentals, una serie de posts de mi blog que serán anunciados a través de esta sección de la newsletter.

Ya tenés el primer post disponible acá

¡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.

Y para alimentar tu curiosidad, un paneo general de lo que vamos a ver en esta serie a medida que salgan más publicaciones:

• Los modelos de servicio en la nube (sale el mes que viene)

• Modelos de despliegue, regulaciones y roles

• Los principales actores de la nube pública

• Conceptos de Networking fundamentales para moverse con soltura en la nube

Que este año 2026 sea el comienzo de tu viaje en la nube, o que sea el año donde profundices y te vuelvas un/a profesional competente en uno de los conceptos más demandados en IT.

Será todo un placer y un orgullo ser tu compañero de ruta 🚀