La infraestructura como código (IaC) es una práctica de DevOps que automatiza el aprovisionamiento y la gestión de la infraestructura de TI mediante el uso de archivos de configuración en lugar de procesos manuales.
La IaC trata la infraestructura como software. Los equipos utilizan la IaC para versionar, probar e implementar la infraestructura utilizando las mismas prácticas que utilizan para el código de la aplicación.
Este enfoque permite a los equipos eludir la configuración manual tradicional, que puede ser engorrosa y propensa a errores. La configuración manual suele implicar la configuración de servidores individuales, la gestión basada en consolas y cambios no documentados.
En su lugar, los equipos definen los requisitos de infraestructura en archivos de configuración que especifican los recursos necesarios (servidores, redes, bases de datos, políticas de seguridad) y cómo configurarlos. Estos archivos se almacenan en sistemas de control de versiones, lo que permite realizar un seguimiento, revisarlos y revertirlos.
La IaC es un elemento importante de la práctica más amplia de automatización de infraestructuras, que utiliza código y automatización para gestionar la infraestructura de TI a lo largo de su ciclo de vida. Con la IaC, los desarrolladores ya no necesitan aprovisionar manualmente los componentes de la infraestructura cada vez que desarrollan, prueban o implementan aplicaciones. Esta automatización ayuda a las organizaciones a controlar los costes, reducir los riesgos y responder rápidamente a las nuevas oportunidades de negocio.
A medida que las organizaciones adoptan arquitecturas nativas de la nube, la IaC es cada vez más esencial. Los entornos de TI ahora abarcan múltiples nubes, miles de contenedores y microservicios distribuidos. Los procesos manuales que antes gestionaban unos pocos servidores no pueden gestionar estas arquitecturas, en las que los equipos implementan con frecuencia cientos de aplicaciones a diario y aprovisionan, escalan y desmantelan constantemente la infraestructura.
La IaC ayuda a gestionar estos entornos complejos de tres maneras críticas:
Por ejemplo, una empresa de venta minorista que se prepara para el Black Friday podría necesitar escalar 100 a 1000 servidores en cuestión de horas. Con la IaC, este escalado se produce automáticamente en las instalaciones y en la nube, en función de plantillas predefinidas. Esta capacidad de escalado ayuda a garantizar que cada nuevo servidor mantenga configuraciones idénticas de seguridad y cumplimiento.
Según el IBM Institute for Business Value, el 65 % de los ejecutivos afirman que las tecnologías de automatización como la IaC están mejorando la productividad de sus equipos de TI.
Manténgase al día sobre las tendencias más importantes e intrigantes del sector en materia de IA, automatización, datos y mucho más con el boletín Think. Consulte la Declaración de privacidad de IBM.
La IaC combina un flujo de trabajo repetible con herramientas automatizadas. El flujo de trabajo (escritura, versión, aprovisionamiento e implementación) define cómo los equipos pasan de los requisitos de infraestructura a los recursos implementados. Las herramientas (archivos de configuración, sistemas de control de versiones y motores de automatización) proporcionan los mecanismos para definir, rastrear y crear infraestructura.
Juntos, estos elementos transforman la gestión de la infraestructura de un proceso manual y propenso a errores en una función automatizada y repetible. Los equipos escriben la infraestructura como código, con versiones únicas como con el software, e implementan entornos idénticos bajo demanda.
El flujo de trabajo de la IaC sigue cuatro etapas:
Los desarrolladores crean scripts de IaC utilizando lenguajes como HCL, YAML o JSON, de forma similar a como escriben código de aplicación en Java o Python. Los equipos escriben definiciones de infraestructura que especifican qué recursos necesitan y cómo configurarlos. A menudo escriben estos archivos en entornos de desarrollo integrados (IDE), que proporcionan características de comprobación de errores y autocompletado.
El código se almacena en sistemas de control de versiones, también conocidos como control de código fuente o repositorios de código fuente, como Git o GitHub. El control de versiones realiza un seguimiento de los cambios, mantiene versiones alternativas y permite a los equipos volver a versiones anteriores cuando surgen problemas.
Un motor de automatización lee los archivos de configuración y aprovisiona los recursos de infraestructura especificados. Esta etapa transforma el código en infraestructura real: crea máquinas virtuales (VM), configura redes, configura bases de datos y establece grupos de seguridad. El proceso de aprovisionamiento es idempotente, lo que significa que puede ejecutarse varias veces sin crear recursos duplicados.
Los equipos ejecutan scripts para implementar la infraestructura en varios entornos, con la IaC ayudando a garantizar configuraciones coherentes en todos los entornos. La coherencia de los scripts ayuda más cuando se utiliza la implementación continua, donde los cambios de software en una aplicación se liberan automáticamente en el entorno de producción.
Las herramientas automatizadas proporcionan mecanismos para definir, rastrear y crear infraestructura a través del código.
Los archivos de configuración definen la infraestructura. Pueden escribirse en HCL, JSON, YAML o lenguajes específicos del dominio. Estos archivos son planos que describen exactamente qué infraestructura necesita (cuántos servidores, qué tamaño, qué configuración de red) en un formato que las herramientas de automatización pueden leer y ejecutar.
Estos archivos se convierten en la única fuente fiable para los equipos, lo que ayuda a garantizar la coherencia en varios entornos. Se pueden actualizar, reutilizar o variar para nuevas instalaciones a medida que los equipos añaden más activos.
Los sistemas de control de versiones almacenan el historial de cada archivo. Realizan un seguimiento del código original y de cualquier alteración en él, incluido lo que se cambió, por quién y cuándo. Este seguimiento permite a los equipos comprender los cambios, recuperar las eliminaciones y revertir cuando surgen problemas.
El control de versiones permite a las organizaciones dividir la infraestructura en módulos que se combinan mediante la automatización. Este enfoque modular ayuda a crear, actualizar y versionar entornos complejos, al tiempo que reduce la duplicación y facilita la prueba y la reutilización de scripts.
Los motores de automatización automatizan el aprovisionamiento y la configuración mediante el uso de código predefinido. Ejecutan las definiciones de infraestructura en archivos de configuración, convirtiendo el código en recursos de TI reales, como servidores, redes y bases de datos.
Algunos motores son específicos de la nube, como AWS CloudFormation, Azure Resource Manager o Google Cloud Deployment Manager. Otros se ejecutan en todas las nubes, como Terraform, OpenTofu (una bifurcación de código abierto de Terraform) o Pulumi (que utiliza lenguajes de programación de propósito general como Python).
Estos motores de automatización suelen combinarse con herramientas de orquestación, como Kubernetes, para coordinar recursos y cargas de trabajo a escala.
Las herramientas de IaC a menudo se integran con plataformas en la nube a través de interfaces de programación de aplicaciones (API). Estas conexiones API permiten que las herramientas de IaC se comuniquen directamente con los servicios en la nube, creando y gestionando recursos mediante programación en lugar de mediante interacciones manuales de la consola.
La IaC también incorpora prácticas estándar de desarrollo de software para ayudar a garantizar la fiabilidad. Las pruebas automatizadas pueden ayudar a verificar las configuraciones de la infraestructura antes de la implementación, identificando errores que de otro modo podrían causar interrupciones o vulnerabilidades de seguridad. Algunos sistemas de control de versiones pueden activar estas pruebas automáticamente cuando se producen cambios en el código, lo que ayuda a garantizar que cada modificación se valide antes de que llegue a producción.
Al implementar la IaC, las organizaciones deben tomar dos decisiones principales: cómo definir una infraestructura (declarativa frente a imperativa) y si una infraestructura puede modificarse tras su implementación (mutable frente a inmutable).
Los enfoques declarativo e imperativo difieren en la forma de escribir el código de infraestructura.
El enfoque declarativo, también conocido como enfoque funcional o IaC declarativa, es el método más común. El usuario describe el estado deseado ("Necesito tres servidores con estas especificaciones") y la IaC se encarga de la implementación. Crea los recursos, instala el software necesario, resuelve las interdependencias y gestiona el control de versiones automáticamente.
El enfoque imperativo, también conocido como enfoque procedimental, requiere que el usuario escriba instrucciones paso a paso para aprovisionar la infraestructura. Los comandos exactos se especifican en un orden preciso: "Primero cree un servidor, luego instale este software y luego configure estos ajustes". Este enfoque requiere más experiencia y puede dificultar el mantenimiento de la coherencia.
La infraestructura mutable se puede modificar después del aprovisionamiento, mientras que la infraestructura inmutable no se puede modificar después del aprovisionamiento.
La infraestructura mutable proporciona flexibilidad para cambios puntuales, como abordar requisitos específicos de aplicaciones o parches de seguridad de emergencia. Sin embargo, esta flexibilidad puede comprometer la coherencia y dificultar el seguimiento de versiones.
La mayoría de las organizaciones eligen una infraestructura inmutable. Para cambiar un servidor o una configuración, los equipos deben reemplazar toda la infraestructura con nuevos recursos.
Aunque esto suene prohibitivo, en realidad puede ser beneficioso por varias razones. En primer lugar, la infraestructura inmutable elimina la deriva de la configuración. La deriva es un problema común en infraestructuras mutables, donde los cambios manuales se acumulan con el tiempo, dificultando mantener la consistencia entre entornos.
En segundo lugar, la infraestructura inmutable proporciona capacidades fiables de seguimiento de versiones y reversión porque cada cambio crea una nueva instancia versionada. Esto significa que los equipos pueden volver instantáneamente a cualquier configuración anterior.
Por último, con IaC basada en la nube, la nueva infraestructura se puede aprovisionar rápidamente, a menudo en cuestión de minutos, por lo que reaprovisionar todos los recursos de infraestructura es mucho más práctico de lo que parece inicialmente.
Al automatizar la gestión de la infraestructura que utiliza código, IaC ofrece varios beneficios:
El aprovisionamiento manual de infraestructuras puede requerir semanas de configuración de hardware, instalación del sistema operativo y configuración de red por parte de personal especializado.
La IaC reduce el tiempo de aprovisionamiento de semanas a minutos en todos los entornos. Por ejemplo, la IaC puede automatizar el aprovisionamiento de infraestructura heredada que, de otro modo, requeriría procesos manuales, como la extracción de un ticket. En lugar de esperar días para la configuración de la base de datos y el servidor, los desarrolladores pueden ejecutar un script para implementarlos en minutos.
Con la IaC, cada vez que se aprovisiona la infraestructura, sigue la configuración idéntica definida en el código.
Esta coherencia ayuda a eliminar los errores de configuración manual, como errores tipográficos, pasos omitidos o configuraciones incorrectas, al tiempo que evita la desviación de la configuración o la falta de dependencias.
Las incoherencias en la configuración también pueden crear vulnerabilidades de seguridad y violar los requisitos normativos, como la Ley Sarbanes-Oxley (SOX) o el Reglamento General de Protección de Datos (RGPD). Por ejemplo, los puertos abiertos innecesarios o el HTTPS deshabilitado pueden desencadenar infracciones de cumplimiento o fallos de auditoría. La IaC ayuda a garantizar configuraciones de entorno idénticas en todo momento, hasta que se necesiten modificaciones.
La IaC puede ayudar a acelerar cada fase del ciclo de vida de la entrega de software. Los desarrolladores pueden aprovisionar rápidamente entornos aislados y entornos bajo demanda. Los equipos de control de calidad pueden poner en marcha entornos de prueba al instante. Los equipos de operaciones pueden automatizar la infraestructura para las pruebas de seguridad y aceptación de usuarios.
Cuando el nuevo código pasa las pruebas, tanto la aplicación como su infraestructura se implementan juntas, lo que resulta en una entrega de características más rápida e implementaciones más frecuentes.
Las organizaciones sin IaC suelen confiar en unos pocos especialistas para el aprovisionamiento. Cuando uno de estos especialistas se va, a menudo sus conocimientos se van con ellos.
La IaC ayuda a preservar el conocimiento de la infraestructura en el código, lo que ayuda a asegurar que la experiencia crítica permanece con la organización.
La IaC puede reducir significativamente el tiempo, el esfuerzo y la habilidad especializada necesarios para aprovisionar y escalar la infraestructura. También optimiza los precios basados en el consumo del cloud computing: las organizaciones pueden aprovisionar recursos solo cuando sea necesario y desaprovisionarlos automáticamente cuando estén inactivos.
Este enfoque de pago por uso puede reducir significativamente el gasto en infraestructura, especialmente para entornos de desarrollo y pruebas que no necesitan disponibilidad ininterrumpida.
La IaC es esencial para las prácticas de DevOps porque permite que la infraestructura se mueva a la velocidad del desarrollo de software.
Sin la IaC, el aprovisionamiento de infraestructura puede convertirse en un cuello de botella. Mientras que el código se implementa en minutos, la configuración de la infraestructura puede llevar horas o días. Por ejemplo, añadir una nueva base de datos puede requerir un ticket para el equipo de infraestructura y días de espera.
La IaC elimina esta brecha aplicando la integración continua y la entrega continua (CI/CD) a las implementaciones de infraestructura. La infraestructura y el código de la aplicación se pueden probar, validar e implementar juntos en paralelo, en lugar de como procesos dispar.
En la práctica, el código de infraestructura suele convivir con el código de aplicación en el control de versiones. Cuando los desarrolladores confirman los cambios, el pipeline de CI/CD puede aprovisionar la infraestructura de prueba mediante el uso de plantillas IaC, ejecutar pruebas automatizadas y utilizar las mismas plantillas para implementar en producción. Esto ayuda a garantizar que cada entorno (desarrollo, pruebas, ensayo, producción) tenga configuraciones de infraestructura idénticas.
El beneficio clave es la coherencia. Sin IaC, pueden producirse desviaciones ambientales cuando los entornos de prueba no coinciden con la producción, lo que provoca errores de implementación. La IaC ayuda a garantizar que lo que funciona en las pruebas funcione también en producción, ya que ambos utilizan las mismas definiciones de infraestructura. Los equipos pueden revisar los cambios en la infraestructura a través de solicitudes de extracción, realizar un seguimiento de las modificaciones y revertirlas cuando sea necesario, tratando la infraestructura con el mismo rigor que el código de aplicación.
Las herramientas de IaC se dividen en dos categorías principales: herramientas de aprovisionamiento que crean e implementan la infraestructura, y herramientas de gestión de la configuración que mantienen la infraestructura tras la implementación.
Algunas herramientas se ejecutan en todas las nubes (funcionan en varios proveedores), mientras que otras son específicas de la plataforma.
Las organizaciones suelen combinar herramientas de ambas categorías para crear canalizaciones completas de IaC.
Las herramientas de aprovisionamiento crean e implementan recursos de infraestructura: servidores, redes y sistemas de almacenamiento. Se centran en la instalación y configuración iniciales de los componentes de la infraestructura, transformando los requisitos de la infraestructura en recursos en funcionamiento.
Terraform de HashiCorp, una empresa de IBM, es una herramienta IaC que puede ejecutarse en todas las nubes y que utiliza configuración declarativa para gestionar la infraestructura en múltiples plataformas.
Los equipos escriben definiciones de infraestructura en HCL (HashiCorp Configuration Language) y pueden implementar el mismo código en AWS, Azure, Google Cloud o centros de datos on premises. Esta portabilidad permite a las organizaciones evitar la dependencia del proveedor y mezclar proveedores de servicios en la nube en función de sus puntos fuertes, por ejemplo, utilizando AWS para computación y Google Cloud para machine learning.
Terraform también acelera las implementaciones al aprovisionar recursos a través de múltiples proveedores simultáneamente. Analiza las dependencias entre recursos y crea dependencias independientes en paralelo. Por ejemplo, si implementa diez servidores AWS y cinco bases de datos Azure sin dependencias, Terraform crea los 15 recursos a la vez en lugar de secuencialmente, lo que reduce el tiempo de implementación.
AWS CloudFormation es la solución IaC nativa de Amazon para la infraestructura de AWS. Los equipos definen pilas de aplicaciones completas, desde instancias EC2 hasta bases de datos de Rational Directory Server, utilizando plantillas JSON o YAML. CloudFormation gestiona las dependencias de recursos automáticamente, creándolas en el orden correcto y revirtiéndolas en caso de que se produzcan errores.
Aunque se limita a AWS, CloudFormation ofrece una integración profunda con los servicios de AWS y soporte inmediato para los nuevos. Las organizaciones comprometidas con AWS pueden preferir su rendimiento nativo y el acceso a características patentadas.
Azure Resource Manager (ARM) es la herramienta IaC nativa de Microsoft para la infraestructura de Azure. Aunque se limita a Azure, ofrece una integración profunda con la plataforma.
Las organizaciones utilizan plantillas ARM (formato JSON) para definir, implementar y gestionar los recursos de Azure. ARM proporciona características integradas que incluyen control de acceso basado en roles para la seguridad, etiquetado de recursos para la organización, bloqueos para evitar la eliminación accidental y asignación de dependencias para ayudar a garantizar que los recursos se implementen en el orden correcto.
Google Cloud Deployment Manager es la herramienta IaC nativa de Google que utiliza plantillas YAML o Python para orquestar las implementaciones de Google Cloud. Aunque es específico para cada plataforma, crea y configura recursos en múltiples servicios (Cloud Storage para datos, Compute Engine para máquinas virtuales, Cloud SQL para bases de datos), lo que ayuda a garantizar que funcionen juntos como una pila completa.
Las herramientas de gestión de la configuración mantienen la infraestructura después del aprovisionamiento, lo que ayuda a garantizar que los sistemas permanezcan correctamente configurados, parcheados y consistentes.
Ansible es una herramienta de automatización de Red Hat que gestiona la configuración sin necesidad de agentes en los sistemas de destino. En otras palabras, Ansible no necesita software especial instalado en los servidores que gestiona. Se conecta directamente mediante SSH para ejecutar comandos.
Este enfoque sin agentes significa que Ansible funciona en la nube, en las instalaciones y en entornos híbridos. Los equipos escriben guías de estrategias YAML que definen los estados deseados, y Ansible ayuda a garantizar que los sistemas coincidan con esos estados. Es popular para gestionar contenedores Docker e implementaciones de Kubernetes.
Puppet utiliza la configuración declarativa para gestionar grandes infraestructuras en entornos de nube, en las instalaciones y centros de datos.
Comprueba continuamente miles de servidores para ayudar a garantizar que coincidan con sus configuraciones definidas, corrigiendo automáticamente cualquier desviación. Puppet genera informes detallados que muestran qué cambió y cuándo, lo que lo hace efectivo para implementaciones más grandes.
Chef utiliza "manuales" y "recetas" para definir configuraciones de infraestructura en cualquier entorno: nube, on premises o híbrido.
Las organizaciones recurren con frecuencia a Chef por su marco de pruebas. Los equipos pueden verificar las configuraciones en entornos de prueba antes de pasar a producción. Este enfoque de detección temprana de problemas puede hacerlo popular en organizaciones que requieren actualizaciones frecuentes de la infraestructura y valoran marcos de pruebas sólidos.
IBM Terraform proporciona a las organizaciones un único flujo de trabajo para aprovisionar su nube, centro de datos privado e infraestructura SaaS y gestionarla continuamente a lo largo de todo su ciclo de vida.
IBM ayuda a los equipos de DevOps a crear, implementar y operar de forma más segura conectando perspectivas sobre riesgos en entornos de código, infraestructura y tiempo de ejecución.
Aumente el valor de su nube híbrida y aproveche al máximo las oportunidades de la era de la IA agéntica.