📖 Capítulo 1: Cómo empezar en IaC (AWS) sin odiar IaC y AWS

hace 6 días
3 Min. de lectura

🟨 Introducción

Empezar en Infraestructura como Código (IaC) puede ser una experiencia abrumadora, especialmente cuando vienes de trabajar directamente con interfaces gráficas como la consola de AWS.

Este post forma parte de un proyecto personal donde estoy construyendo una solución de replicación multi-regional en S3, pero antes de escribir una sola línea de código, decidí enfocarme en entender las bases. Porque sí, IaC no empieza con código, empieza con entender.

🟨 Contexto: mi primer proyecto en IaC

Este es el primer proyecto que desarrollo utilizando Infraestructura como Código.

Durante este proceso, me he encontrado con:

Nuevas terminologías
Nuevas herramientas
Nuevas formas de pensar la infraestructura

El cambio más grande ha sido dejar atrás el enfoque tradicional basado en la UI (muchos clics), para pasar a definir infraestructura mediante código. Y ahí es donde empiezan las dudas.

🟨 ¿Qué es realmente IaC?

Infraestructura como Código (IaC) es una práctica que permite definir y gestionar infraestructura cloud mediante archivos de configuración. Esto trae beneficios importantes:

Permite crear infraestructura de forma rápida
Hace posible el versionado (como cualquier código)
Facilita la reutilización
Reduce errores manuales

Sin embargo, entender esto en teoría es fácil. Aplicarlo correctamente… es otro reto.

🟨 ¿Por dónde empezar en IaC?

Una de las primeras dudas que surgen es: ¿Qué herramienta debo usar?

Y la respuesta depende del enfoque:

Si trabajas específicamente con AWS → CloudFormation
Si buscas una solución multi-cloud → Terraform

En este proyecto, decidí enfocarme en AWS CloudFormation para entender cómo funciona IaC dentro del ecosistema de AWS.

🟨 Entendiendo CloudFormation desde la lógica (no desde el código)

Uno de los conceptos que más me ayudó fue dejar de pensar en herramientas y empezar a pensar en analogías.

🏗️ IaC es como construir una casa

Template (plantilla) → Es el plano arquitectónico
Stack → Es el proceso que construye la casa
Infraestructura desplegada → Es la casa terminada

El template por sí solo no hace nada, es solo una definición. El stack es quien interpreta ese template y se encarga de crear, actualizar o eliminar los recursos.

🟨 Componentes clave en CloudFormation

Para empezar a trabajar con IaC en AWS, necesitas entender tres elementos principales:

Template

Es un archivo en formato YAML o JSON.

Aquí defines:

Qué recurso quieres crear
Qué características tendrá
Cómo debe configurarse

Siempre siguiendo la documentación oficial de AWS.

Stack

Es el servicio que:

Toma el template
Lo procesa
Y gestiona el ciclo de vida de los recursos

Es decir, no solo crea infraestructura, también la mantiene, actualiza o elimina.

Despliegue

Es el momento donde:

Cargas el template
Nombras el stack
Ejecutas la creación

Y finalmente, la infraestructura se despliega en AWS.

🟨 De la teoría a la práctica (primer entendimiento real)

Hasta este punto, el aprendizaje más importante no ha sido técnico, sino conceptual:

IaC no se trata de escribir código primero
Se trata de entender qué estás construyendo

Porque si no entiendes:

Qué hace un recurso
Cómo se configura
Cómo se relaciona con otros

El template se vuelve solo texto sin sentido.

🟨 Reflexión personal

Algo que me quedó claro en esta primera etapa: La complejidad de IaC no está en la sintaxis, está en la lógica. Pasar de hacer clics en una interfaz a definir infraestructura en código obliga a pensar diferente. Y ese cambio mental… toma tiempo.

🟨 Qué sigue en el proyecto

Este es solo el inicio, en los próximos posts voy a:

Construir el proyecto paso a paso
Implementar replicación multi-regional en S3
Mostrar errores reales
Explicar conceptos que al inicio parecen confusos

Todo desde una perspectiva práctica y progresiva.

🟨 Conclusión

Si estás empezando en IaC, mi recomendación es simple:

No corras al código.
Primero entiende la lógica y después, el código tendrá sentido.