¿Qué es la infraes­truc­tura como código (IaC)?

Infraes­truc­tura como código: definición

Tradicionalmente, los administradores configuran los servidores a mano: instalan, configuran y anotan los ajustes, o no. El resultado es difícil de reproducir y el conocimiento está en la cabeza de personas concretas. La infraestructura como código describe, en cambio, la estructura deseada en archivos que se mantienen como código de programa.

Esos archivos se guardan en un sistema de control de versiones como Git, se revisan y se ejecutan mediante automatización. Cada cambio queda así documentado, es trazable y, si hace falta, reversible. La infraestructura pasa a formar parte del desarrollo de software y puede integrarse en los flujos de DevOps y en las pipelines de CI/CD.

Cómo funciona IaC y qué herramientas existen

Las herramientas declarativas como Terraform y su bifurcación de código abierto OpenTofu describen el estado objetivo: «una red, dos servidores, una base de datos». La herramienta lo compara con el estado real y realiza solo los cambios necesarios. Las soluciones propias de la nube, como AWS CloudFormation, funcionan según el mismo principio.

Las herramientas de gestión de la configuración, como Ansible, instalan en cambio software y ajustes en servidores ya existentes. En la práctica se combinan ambas: primero se crea la infraestructura y después la configuración. Las credenciales no pertenecen al código, sino a un sistema seguro de gestión de secretos.

Ejemplo práctico: una empresa de sistemas con entornos de cliente idénticos

Una empresa de sistemas informáticos monta para varios clientes el mismo entorno: servidores web, base de datos, copia de seguridad y monitorización. Antes, cada puesta en marcha duraba varios días y pequeñas diferencias provocaban después errores difíciles de explicar. Además, ante una caída faltaba una documentación fiable de la estructura, de modo que cada restauración empezaba de cero.

Con infraestructura como código, un nuevo entorno de cliente se crea ejecutando un código revisado, en horas en lugar de días y siempre igual. Los entornos de prueba pueden generarse a partir de la misma plantilla y eliminarse de nuevo tras la prueba. Tras una caída, el entorno se reconstruye a partir del código y los datos proceden de la copia de seguridad.

Ventajas, límites y errores habituales

IaC ahorra tiempo, reduce errores, crea documentación y facilita la recuperación y las auditorías. La curva de aprendizaje exige esfuerzo, sin embargo, y surgen riesgos nuevos: un error en el código puede borrar entornos enteros, el estado (state) debe gestionarse con seguridad y los cambios manuales en el entorno en funcionamiento provocan desviaciones (drift).

Nano Concepts introduce la infraestructura como código en sus entornos de nube y de servidores, escribe y revisa el código, lo integra en sus procesos de despliegue y forma a su equipo, para que los entornos sigan siendo reproducibles y los cambios trazables, aunque cambie el personal.

• Versionar el código en Git y revisar los cambios antes de ejecutarlos
• No guardar nunca credenciales ni claves en el código
• Evitar los cambios manuales en los sistemas de producción
• Crear los entornos de prueba y de producción a partir de la misma plantilla
• Respaldar los archivos de estado y restringir el acceso a ellos