Saber qué es IaC te lleva a mitad de camino; el examen también espera que expliques por qué las organizaciones lo adoptan. Cada beneficio se desprende directamente del hecho de que la infraestructura se describe en archivos que aplica una herramienta.
Repetibilidad significa que puedes volver a ejecutar la misma configuración y obtener el mismo resultado. ¿Necesitas un entorno nuevo para un cliente, una región o una prueba? Aplica los mismos archivos con valores de entrada distintos. La consistencia es la promesa relacionada de que desarrollo, staging y producción se construyen a partir de las mismas definiciones, de modo que un bug que aparece en producción se puede reproducir en staging porque ambos son realmente iguales y no solo parecidos.
La revisión de código es posible porque los cambios son diffs de texto. Un compañero puede leer un pull request, ver que un security group ahora permite tráfico desde cualquier lugar y preguntar por qué antes de que nada llegue a un sistema en vivo. Terraform refuerza esto con terraform plan, cuya salida puede adjuntarse a la revisión para que los revisores vean no solo el cambio de código, sino el cambio exacto de infraestructura que provocará.
El historial de auditoría proviene del control de versiones. Cada commit registra quién cambió la definición de la infraestructura, cuándo y con qué mensaje. Cuando un auditor pregunta cuándo se habilitó el cifrado en un bucket de almacenamiento, puedes señalar el commit. Combinado con los logs del pipeline, obtienes un rastro que el trabajo manual en la consola rara vez produce.
Automatización significa que el paso de apply puede ejecutarse en un pipeline de CI/CD (integración continua y entrega continua) o en HCP Terraform en lugar de en la laptop de alguien. Las personas aprueban; las máquinas ejecutan. Esto elimina la espera por una persona específica y hace que las verificaciones de políticas y las pruebas formen parte del camino a producción.
Menos errores de configuración es la recompensa de todo lo anterior. Los errores de tipeo en una consola no se pueden revisar ni probar; los errores de tipeo en el código pueden detectarse con terraform validate, por los revisores, por las verificaciones de políticas y probando el cambio primero en un entorno inferior. Los pasos manuales hechos a las 2 a. m. durante una caída son donde ocurren los errores, e IaC reduce cuántos pasos manuales existen.
IaC también ayuda con la recuperación ante desastres y el control de costos: puedes recrear la infraestructura a partir del código y puedes destruir por completo los entornos temporales cuando terminas, porque la herramienta sabe todo lo que creó.
Términos clave
- Repeatability (repetibilidad)
- La capacidad de producir de nuevo la misma infraestructura a partir del mismo código y las mismas entradas.
- Consistency (consistencia)
- Los entornos construidos a partir de las mismas definiciones coinciden entre sí, lo que reduce las sorpresas de "funciona en staging pero no en producción".
- Audit trail (rastro de auditoría)
- El registro, proveniente del control de versiones y de los logs del pipeline, de quién cambió la infraestructura, cuándo y por qué.
- CI/CD
- Integración continua y entrega continua; pipelines automatizados que prueban y despliegan cambios.
Una revisora de seguridad detecta en un pull request que una nueva base de datos quedaría accesible públicamente. Como el cambio es código, comenta en esa línea, el autor lo corrige y se aprueba el plan corregido. En un equipo que trabaja desde la consola, el mismo error quizá solo lo encontraría un escaneo posterior, o un atacante.
Comprueba lo que sabes
¿Qué ventaja de IaC permite que un compañero detecte un cambio inseguro antes de que se aplique?
La revisión de código: los cambios son diffs de texto, a menudo con la salida del plan adjunta, que pueden revisarse en un pull request antes del apply.
¿Cómo ayuda IaC a crear rápidamente un nuevo entorno de pruebas?
Por la repetibilidad: aplicas la misma configuración con valores de entrada distintos en lugar de reconstruirlo a mano.