🌐 Data Engineering Hub

Después de construir los componentes necesarios para nuestra instancia EC2, llegamos a la etapa final del módulo: desplegar toda la infraestructura mediante CloudFormation. Durante los capítulos anteriores construimos de manera progresiva: 🔑 Key Pair 💽 Volumen EBS 🖥️ Instancia EC2 🔗 Asociaciones entre recursos 🌐 Elastic IP ☁️ CloudFormation Ahora debemos decidir cómo organizar estos recursos para realizar el despliegue. 🧩 Dos formas de organizar el despliegue Al igual q

Después de construir nuestra infraestructura de Networking en AWS, llegamos a uno de los puntos más importantes de esta etapa: desplegar una instancia Amazon EC2 utilizando Infraestructura como Código. Hasta este momento ya habíamos trabajado componentes como: 🔑 Key Pairs 💽 Amazon EBS 🌐 VPC y Subnets 🛡️ Security Groups Ahora todas estas piezas comienzan a integrarse alrededor de una instancia EC2. 🧩 De la consola hacia IaC Cuando lanzamos una instancia desde la consola d

Pues bien, llegamos a una de las piezas fundamentales cuando comenzamos a trabajar con Amazon EC2: el almacenamiento. En este capítulo nos enfocamos en Amazon Elastic Block Store (Amazon EBS) y en cómo podemos definir un volumen mediante AWS CloudFormation. Pero antes de crear nuestro volumen, necesitamos comprender qué alternativas de almacenamiento podemos encontrar en EC2. 💾 Instance Store vs. Amazon EBS Cuando hablamos del almacenamiento utilizado por una instancia EC2 e

Antes de lanzar nuestra instancia de Amazon EC2, existe una configuración que encontraremos habitualmente durante el proceso de creación: las Key Pairs. Los Key Pairs permiten autenticar el acceso hacia nuestras instancias mediante criptografía de clave pública. En este proyecto utilizaremos el enfoque clásico de administración mediante SSH, lo que nos permitirá comprender cómo funcionan estos recursos dentro de Amazon EC2 cuando los gestionamos mediante Infrastructure as Cod

Después de completar el módulo de Networking mediante AWS CloudFormation, es momento de avanzar hacia uno de los servicios de cómputo más importantes del ecosistema de AWS: Amazon EC2 (Elastic Compute Cloud). Aunque EC2 ofrece una gran cantidad de características y opciones de configuración, este módulo tendrá un objetivo muy claro: comprender cómo desplegar una instancia mediante Infraestructura como Código (IaC) utilizando AWS CloudFormation. 🎯 Un enfoque paso a paso Si re

Después de construir todos los componentes de Networking mediante Infraestructura como Código (IaC), llega el momento de desplegarlos en AWS utilizando CloudFormation. Durante esta etapa ya contamos con los templates necesarios para crear: 🌐 VPC 🏠 Subnets 🌍 Internet Gateway 🔄 NAT Gateway 🛣️ Route Tables 🛡️ Network ACLs 🔐 Security Groups El siguiente paso consiste en decidir cómo organizar su despliegue. 💻 Automatizando el despliegue con AWS CLI Aunque es posible crear

🎉 Con este capítulo llegamos al último componente de la capa base de Networking en AWS. Durante esta serie construimos, paso a paso, los principales elementos que conforman una arquitectura de red: Virtual Private Cloud (VPC) Subnets Internet Gateway NAT Gateway Route Tables Network ACLs Ahora es momento de incorporar la segunda gran capa de seguridad de nuestra infraestructura: los Security Groups. 🔐 A diferencia de los Network ACLs, que protegen el tráfico a nivel de Subn

Continuando con esta serie sobre Networking en AWS, llegamos al primer componente enfocado completamente en la seguridad de la red: los Network Access Control Lists (NACLs)🔒. Y, hasta este punto ya construimos: Virtual Private Cloud (VPC) Subnets Internet Gateway NAT Gateway Route Tables Ahora es momento de responder una nueva pregunta: ¿Qué tráfico podrá ingresar o salir de nuestras Subnets? En este capítulo veremos cómo definir Network ACLs mediante AWS CloudFormation, com

Continuando con esta serie sobre Networking en AWS, llegamos a uno de los componentes que termina de conectar todas las piezas construidas hasta ahora: las Route Tables. Y, hasta este punto ya desarrollamos: Virtual Private Cloud (VPC) Subnets públicas y privadas Internet Gateway NAT Gateway Sin embargo, aún quedaba una pregunta por resolver: ¿Cómo saben nuestros recursos por dónde debe viajar el tráfico? Y, la respuesta está en las Route Tables. En este capítulo veremos cómo

Continuando con esta serie sobre Networking en AWS, llegamos a uno de los componentes que más dudas suele generar cuando comenzamos a diseñar arquitecturas de red: el NAT Gateway. Y, hasta este punto ya construimos: 🟢 Virtual Private Cloud (VPC) 🟢 Subnets 🟢 Internet Gateway Sin embargo, todavía quedaba una pieza fundamental del rompecabezas...🧩 Porque, aunque las Subnets privadas no deben estar expuestas a Internet, muchos de sus recursos sí necesitan iniciar conexiones s

Después de definir correctamente nuestra VPC y segmentar la red mediante Subnets, llega el momento de incorporar uno de los componentes más importantes del Networking en AWS: el Internet Gateway (IGW). Aunque muchas veces se piensa que basta con crear una Subnet pública para que los recursos sean accesibles desde Internet, la realidad es distinta. Una Subnet, por sí sola, no proporciona conectividad hacia el exterior. 🚪 La puerta de salida hacia Internet El Internet Gateway

Después de comprender qué es una Amazon VPC y cómo definirla mediante AWS CloudFormation, el siguiente paso consiste en construir otro de los componentes fundamentales del Networking en AWS: las Subnets. Aunque una VPC define el espacio de direcciones IP de toda nuestra red, por sí sola no basta para organizar correctamente una arquitectura. Las Subnets son las encargadas de dividir ese espacio en segmentos más pequeños, permitiendo distribuir los recursos, controlar la conec

Después de haber trabajado con servicios como IAM, Amazon S3 y AWS Lambda, comienza una nueva etapa dentro de esta serie de proyectos: Networking en AWS. Y el primer componente que abordaremos será Amazon Virtual Private Cloud (VPC), ya que constituye la base sobre la que se construye gran parte de la infraestructura desplegada en AWS. 🏗️ Más que una red virtual A simple vista, una VPC puede parecer únicamente una red privada dentro de AWS. Sin embargo, su importancia va muc

Pues bien, después de haber revisado algunos de los servicios fundamentales de AWS, como IAM, Amazon S3 y AWS Lambda, es momento de adentrarnos en uno de los pilares más importantes de cualquier arquitectura cloud: Amazon VPC. Sin embargo, aprender Networking en AWS no consiste únicamente en crear una VPC y comenzar a desplegar recursos sobre ella. Detrás de una red existen múltiples componentes que trabajan conjuntamente para controlar la conectividad, el enrutamiento, la se

Pues bien, ya hemos construido los cimientos de nuestro proyecto. Y, hasta este punto: ✅ Definimos roles y políticas IAM aplicando explícitamente el principio de mínimo privilegio. ✅ Creamos la Lambda Function junto con los permisos necesarios para su ejecución. ✅ Configuramos el mecanismo que permitirá a S3 invocar la función. Sin embargo, todavía existía una pieza pendiente dentro de la arquitectura. Y curiosamente, es una de las configuraciones que suele parecer más simple

Pues bien, ya tenemos construidas las bases de IAM para nuestro proyecto. Ahora llega el momento de avanzar hacia los componentes que realmente ejecutarán la lógica principal del flujo: AWS Lambda Amazon S3 Y aquí aparecen preguntas bastante interesantes: ¿Qué deberíamos construir primero mediante Infrastructure as Code? ¿La Lambda Function? ¿Los buckets S3? A simple vista parece una decisión sencilla, sin embargo, cuando comenzamos a trabajar con CloudFormation descubrimos q

Continuando con este proyecto orientado a eventos utilizando Amazon S3 y AWS Lambda, comenzaremos por uno de los componentes más importantes de toda la arquitectura: 👉 la definición explícita de permisos mediante Infrastructure as Code. El primer template desarrollado corresponde a: template-iam.yml Y aunque visualmente puede parecer un componente secundario, realmente representa la base de todo el proyecto. Porque antes de que Lambda pueda interactuar con S3, registrar logs

Pues bien… Este proyecto nace a partir de una idea que inicialmente compartí en LinkedIn sobre los eventos en Amazon S3 y cómo estos pueden integrarse con arquitecturas serverless para automatizar procesos en AWS. Sin embargo, más allá de únicamente comprender cómo funcionan los eventos en S3, el verdadero objetivo del proyecto es llevar toda esa configuración visual de AWS hacia un enfoque completamente basado en Infrastructure as Code (IaC). Y sinceramente… este proyecto fo

Llegamos finalmente al capítulo final de este proyecto de Infraestructura como Código (IaC) en AWS. A lo largo de cada capítulo, fuimos construyendo progresivamente conocimientos importantes relacionados con: CloudFormation, diseño de templates, organización de Stacks, dependencias entre recursos, despliegues multi-región, automatización de infraestructura. Y sinceramente, este proyecto permitió comprender muchísimo mejor cómo funciona realmente IaC más allá de simplemente es

En este capítulo comenzaremos a trabajar sobre el core principal de este proyecto: la replicación multi-regional en Amazon S3. Y aunque inicialmente podría parecer simplemente “replicar archivos entre buckets”, en realidad este proyecto tiene un objetivo mucho más importante: Comprender cómo desplegar infraestructura distribuida entre múltiples regiones utilizando Infraestructura como Código. 🟦 ¿Por qué replicar información entre regiones? Amazon S3 permite replicar automáti