🚀 Capítulo 7: Despliegue final del proyecto IaC en AWS
- hace 4 días
- 3 Min. de lectura
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 escribir YAML.
🟦 Antes del despliegue final
Antes de desplegar nuestra infraestructura, aplicaremos la estrategia mencionada en capítulos anteriores:
unificar templates basándonos en el objetivo del proyecto y la relación lógica entre recursos.
En este caso:
políticas IAM,
roles IAM,
serán integrados dentro de un único template unificado orientado a toda la lógica de permisos necesaria para la replicación multi-regional.
🧠 ¿Qué ventajas obtenemos con esto?
reducimos fragmentación innecesaria,
simplificamos despliegues,
centralizamos configuraciones,
mejoramos mantenibilidad,
y mantenemos relaciones lógicas entre recursos.
🟦 La parte más importante del proyecto: la replicación multi-regional
Como estamos trabajando con una arquitectura de replicación multi-regional en Amazon S3, necesitaremos desplegar buckets en distintas regiones.
En este caso definimos:
un template para el bucket origen,
un template para el bucket destino.
Sin embargo, aunque ambos pertenecen al servicio S3:
👉 cada Stack será desplegado en una región diferente.
Por ejemplo:
bucket origen → us-east-2
bucket destino → us-east-1
Y aquí aparece uno de los conceptos más importantes de CloudFormation:
cada Stack individual opera únicamente dentro de una región y una cuenta AWS específica.
🟦 Automatizando el despliegue de infraestructura
Actualmente existen muchísimas maneras modernas de automatizar infraestructura.
Por ejemplo:
GitHub Actions,
pipelines CI/CD,
StackSets,
herramientas DevOps,
automatizaciones empresariales.
Sin embargo, para este proyecto utilizaremos inicialmente un enfoque más simple y pedagógico:
automatizar despliegues utilizando scripts ejecutados desde nuestra máquina local mediante AWS CLI.
Y sinceramente:
👉 este suele ser uno de los primeros acercamientos reales hacia automatización de infraestructura en AWS.
🟦 ¿Qué hará nuestro script?
El script será responsable de desplegar progresivamente:
el template unificado de IAM,
el Stack del bucket origen,
el Stack del bucket destino.
Cada despliegue será ejecutado utilizando la región correspondiente mediante AWS CLI.
🧠 ¿Qué nos permite comprender esto?
cómo desplegar infraestructura desde código,
cómo automatizar CloudFormation,
cómo trabajar con múltiples regiones,
cómo coordinar despliegues entre Stacks,
y cómo administrar infraestructura distribuida.
🟦 Más allá del YAML
Aquí hay algo importante que personalmente aprendí durante este proyecto. El hecho de pensar que IaC consiste únicamente en aprender sintaxis YAML o JSON.
Pero realmente:
La complejidad no está únicamente en escribir templates.
La verdadera dificultad aparece cuando debemos:
organizar infraestructura,
modularizar templates,
comprender dependencias,
automatizar despliegues,
trabajar con múltiples regiones,
y mantener infraestructura escalable.
Y justamente este proyecto representó el primer acercamiento práctico hacia todos esos conceptos.
🟦 No hay que tenerle miedo a IaC
Algo que sí quisiera transmitir es esto:
No hay que tenerle miedo a Infraestructura como Código.
Aunque inicialmente parezca complejo, gran parte del aprendizaje consiste simplemente en comprender:
cómo funcionan los servicios AWS,
cómo se relacionan entre sí,
y cómo traducir arquitectura a código.
Además, AWS brinda muchísima documentación oficial, ejemplos y estructuras base que pueden ayudarnos muchísimo al inicio.
🟦 Esto recién empieza
Y algo importante:
👉 este no será el último proyecto de IaC.
Será únicamente uno de muchos proyectos futuros donde seguiremos integrando:
más servicios AWS,
automatización,
observabilidad,
arquitectura cloud,
data engineering,
cloud engineering.
Porque mientras más avanzamos en cloud, más entendemos que IaC termina convirtiéndose prácticamente en una habilidad obligatoria dentro de entornos modernos.
🟦 Repositorio completo del proyecto
Todo el detalle técnico del proyecto estará completamente documentado dentro del repositorio en GitHub. Ahí podrán encontrar:
templates CloudFormation,
scripts de despliegue,
configuración multi-región,
automatización,
y documentación técnica completa.
🟦 Próximo paso
Con esto, finalizamos la construcción y despliegue de este proyecto de replicación multi-regional utilizando CloudFormation. A partir de aquí, el siguiente paso será:
👉 continuar evolucionando la automatización e integrar arquitecturas mucho más complejas dentro del ecosistema AWS.
Sigamos avanzando en Data y Cloud Engineering 🚀
Comentarios