Infraestructura como código

La infraestructura como código ( IaC ) es el proceso de gestionar y aprovisionar recursos de centros de datos informáticos mediante archivos de definición legibles por máquina, en lugar de utilizar la configuración física del hardware o herramientas de configuración interactivas. ^{[ 1 ]} Es decir, en lugar de tener que crear una configuración manualmente, existe una configuración predefinida que se puede aplicar a una máquina. ^{[ 2 ]} La infraestructura de TI gestionada por este proceso incluye equipos físicos, como servidores bare-metal , y máquinas virtuales y sus recursos de configuración asociados. Las definiciones pueden existir en un sistema de control de versiones en lugar de procesos manuales. Los archivos de definición pueden utilizar scripts o definiciones declarativas, pero IaC suele emplear enfoques declarativos .

El concepto de gestionar la infraestructura mediante código surgió de las primeras prácticas de gestión de la configuración. En la década de 1990, herramientas como CFEngine , creada por Mark Burgess en 1993, introdujeron la idea de describir la configuración del sistema en un lenguaje declarativo en lugar de ejecutar comandos manuales, sentando así las bases intelectuales de la IaC. ^{[ 3 ]}

La IaC surgió cuando las organizaciones comenzaron a gestionar infraestructuras más grandes y complejas, especialmente con el auge de la computación en la nube y la necesidad de aprovisionar recursos de forma consistente y a gran escala. Tratar la configuración de la infraestructura como software —almacenándola en un sistema de control de versiones, revisándola e implementándola automáticamente— permitió a los equipos reducir los errores manuales y reproducir entornos de forma fiable. La capacidad de tratar la infraestructura como código y utilizar las mismas herramientas que cualquier otro proyecto de software permitiría a los desarrolladores implementar aplicaciones rápidamente. ^{[ 4 ]}

El valor de IaC se puede dividir en tres categorías medibles: costo, velocidad y riesgo. La reducción de costos busca ayudar a la empresa no solo financieramente, sino también en términos de personal y esfuerzo, lo que significa que al eliminar el componente manual, las organizaciones pueden reorientar sus esfuerzos hacia otras tareas empresariales. La automatización de la infraestructura permite una mayor velocidad mediante una ejecución más rápida al configurar la infraestructura y proporciona visibilidad para ayudar a otros equipos en toda la empresa a trabajar de manera más rápida y eficiente. La automatización elimina el riesgo asociado con el error humano, como la configuración manual incorrecta; eliminar esto puede disminuir el tiempo de inactividad y aumentar la confiabilidad. Estos resultados y atributos ayudan a la empresa a avanzar hacia la implementación de una cultura DevOps : el trabajo combinado de desarrollo y operaciones . ^{[ 5 ]}

Generalmente existen dos enfoques para la IaC: declarativo ( funcional ) frente a imperativo ( procedimental ). La diferencia entre el enfoque declarativo y el imperativo radica esencialmente en qué frente a cómo .El enfoque declarativo se centra en cuál debería ser la configuración de destino final;El enfoque imperativo se centra en cómo se debe modificar la infraestructura para lograrlo. ^{[ 6 ]} El enfoque declarativo define el estado deseado y el sistema ejecuta lo que se necesita para alcanzarlo. El enfoque imperativo define comandos específicos que deben ejecutarse en el orden adecuado para obtener el resultado deseado. ^{[ 7 ]}

IaC permite a las organizaciones administrar servidores y sus configuraciones mediante código. Existen dos maneras de aplicar estas configuraciones a los servidores: los métodos " push " y " pull ". En el método "push", el sistema que controla la configuración envía instrucciones directamente al servidor. En el método "pull", el servidor recupera sus propias instrucciones del sistema de control. ^{[ 8 ]}

Existen numerosas herramientas que permiten la automatización de la infraestructura y utilizan IaC. En términos generales, cualquier marco o herramienta que realice cambios o configure la infraestructura de forma declarativa o imperativa mediante un enfoque programático puede considerarse IaC. ^{[ 9 ]} Tradicionalmente, para lograr IaC se utilizaban herramientas de automatización del ciclo de vida del servidor y de gestión de la configuración . Actualmente, las empresas también utilizan herramientas de automatización de la configuración continua o marcos IaC independientes, como PowerShell DSC de Microsoft ^{[ 10 ]} o AWS CloudFormation . ^{[ 11 ]}

• Docker (software)
• Infraestructura de TI
• Infraestructura como servicio
• Orquestación (informática)
• Automatización de la configuración continua
• Zona de aterrizaje (software)
• GitOps
• Gestión de la configuración