Infraestructura como código

La IaC evolucionó para ayudar a resolver el problema de las “diferencias entre entornos”. Las aplicaciones en la nube suelen tener entornos de implementación independientes para las etapas del ciclo de vida de su publicación. Es habitual disponer de entornos de desarrollo, de ensayo y de producción. Estos entornos se componen de recursos en red como servidores de aplicaciones, equilibradores de carga y bases de datos. Las diferencias entre entornos se producen cuando la infraestructura entre los diversos entornos no se sincroniza.

Sin IaC, la gestión de la infraestructura puede ser un proceso desorganizado y frágil. Los administradores de sistemas se conectan de forma manual a los proveedores remotos de la nube y utilizan la API o los paneles web para aprovisionar hardware y recursos nuevos. Este flujo de trabajo manual no ofrece una visión global de la infraestructura de la aplicación. Los administradores pueden realizar cambios de forma manual en un entorno y olvidarse de hacer un seguimiento en el otro. Así es como se producen las diferencias entre entornos.

Las diferencias entre entornos se convierten en un caro despilfarro empresarial. Los errores y los fallos se producen porque los equipos trabajan en un entorno de ensayo o de desarrollo y, luego, al implementar el código, descubren que el entorno de producción no está sincronizado, lo que se deriva en una larga investigación para hallar el motivo y el elemento que falta.

Sin IaC, la gestión manual de la infraestructura es un proceso lento. Si se identifica un cambio de infraestructura necesario debido a las diferencias entre entornos, los picos de tráfico o alguna otra incidencia, el administrador de sistemas puede tardar un tiempo indeterminado en reaccionar y adaptarse. Esto se deriva en interrupciones y en la frustración de los clientes. Con la IaC instalada, la infraestructura se puede adaptar automáticamente a los cambios de configuración y reaccionar a los picos de tráfico con funciones de escalado automático.

La infraestructura como código aporta más supervisión y visibilidad a la administración manual de los sistemas. Con los archivos de configuración de la infraestructura confirmados en un repositorio central de control de versiones, todos los miembros del equipo pueden ver y editar los datos de la infraestructura, lo que permite una potente capacidad de revisión. Por ejemplo, si tu equipo se somete a una auditoría de conformidad de la normativa PCI, deberás saber si una parte específica de la infraestructura utiliza el cifrado SSL. Gracias a la IaC, puedes ver con rapidez cómo está configurado el SSL y ejecutar el código para asegurarte de que la infraestructura en vivo coincida con los archivos de configuración, lo que detecta si el SSL está activado. El historial de confirmaciones del control de versiones también sirve de registro para revisar cuándo se ha añadido o eliminado.

Hay algunas dependencias que deben estar funcionando para lograr plenamente la infraestructura como código.

Con estas dependencias en su sitio, pensemos en un supuesto en el que un desarrollador quiere añadir un nuevo servicio de aplicación a un sistema. Dicho supuesto ayuda a mostrar un flujo de trabajo de IaC.

1. El desarrollador edita un archivo de texto de configuración YAML en la plataforma de gestión de la configuración que ha elegido: Terraform. Los cambios especifican que se requiere un nuevo servidor de alojamiento.
2. El desarrollador confirma las ediciones en una rama de función en el repositorio de Git. Como el repositorio de Git del proyecto está alojado en Bitbucket, el desarrollador abre una solicitud de incorporación de cambios. Otro miembro del equipo revisa la solicitud de incorporación de cambios y se da cuenta de los nuevos cambios de infraestructura. El miembro del equipo aprueba la solicitud de incorporación de cambios y el desarrollador fusiona la confirmación con la rama principal del repositorio.
3. Llegados a este punto, se requiere la plataforma de configuración para ejecutar una actualización. El desarrollador puede activar dicha actualización de forma manual. Dado que el equipo utiliza Bitbucket, también tiene acceso a Bitbucket Pipelines y puede automatizar este paso con una canalización.
4. Tras la ejecución, Terraform interactúa con la IaaS del equipo. Terraform ejecuta una serie de comandos a través de la API de la IaaS con el fin de actualizar la IaaS con la configuración de la infraestructura esperada.

La IaC es una forma muy productiva de gestión de la configuración que se centra en la automatización de la gestión de la infraestructura de TI en la nube. Una vez que la IaC está en marcha, se puede utilizar para alcanzar niveles de automatización de CI y CD para los cambios en la infraestructura de un proyecto. La IaC facilita mucha información ventajosa sobre la comunicación y la transparencia en torno a los cambios de infraestructura. La IaC requiere un conjunto de dependencias como plataformas de alojamiento y herramientas de automatización, que se encuentran ampliamente disponibles en las empresas de alojamiento modernas.