¿Qué es la infraestructura como código (IaC)?

La IaC funciona automatizando el proceso de aprovisionamiento a través del código, lo que elimina la necesidad de realizar ajustes manuales en una consola de nube. Primero, los desarrolladores definen las especificaciones de infraestructura deseadas en archivos de configuración, que suelen almacenarse en un sistema de control de versión. Luego, una herramienta de automatización, como Terraform, procesa estos archivos y realiza las llamadas a la API necesarias al proveedor de la nube para crear, actualizar o borrar los recursos reales. Este flujo de trabajo suele seguir una ruta desde el código (definición) hasta el control de versión, pasando por una canalización de CI/CD y, finalmente, hasta el aprovisionamiento.

Cuando implementan IaC, los equipos suelen elegir entre dos enfoques: declarativo e imperativo. La diferencia principal radica en si te enfocas en el resultado final o en los pasos para llegar a él.

A medida que las definiciones de infraestructura se trasladan a repositorios de código, las prácticas de seguridad deben adaptarse para proteger estos archivos. “Seguridad de IaC” y “Análisis de IaC” se refieren a la práctica de analizar archivos de configuración en busca de vulnerabilidades antes de que se implemente la infraestructura, un concepto conocido como seguridad de “desplazamiento a la izquierda”. Las herramientas especializadas analizan la canalización de código para detectar parámetros de configuración incorrectos, como buckets de almacenamiento que se dejan abiertos al público o bases de datos sin encriptar, lo que evita que los riesgos de seguridad lleguen al entorno de producción.

Google Cloud proporciona un conjunto integral de herramientas para respaldar tu recorrido de infraestructura como código, desde el diseño inicial hasta la implementación y la administración continua. Un buen punto de partida es el Application Design Center, que te permite explorar, personalizar y desarrollar arquitecturas de referencia prediseñadas. Esto te ayuda a diseñar tu pila de aplicaciones en función de las prácticas recomendadas de Google Cloud antes de escribir una sola línea de código, lo que garantiza que tu infraestructura esté bien diseñada desde el principio.

Una vez que tengas un diseño, el ecosistema abierto de Google Cloud facilita su implementación como código. La plataforma trata los estándares de código abierto como Terraform como un ciudadano de primera clase, no como una ocurrencia tardía. Servicios como Infrastructure Manager te permiten implementar y administrar recursos de Google Cloud directamente con Terraform, mientras que Config Connector te permite administrar recursos de Google Cloud a través de Kubernetes, lo que ayuda a cerrar la brecha entre la infraestructura de la nube y la organización de contenedores.

Cloud Resource Manager es el servicio para administrar de forma programática la jerarquía de recursos de Google Cloud, incluidas las organizaciones, las carpetas y los proyectos. Si bien muchos equipos usan IaC para implementar recursos como máquinas virtuales, Cloud Resource Manager te permite definir la estructura del proyecto en sí como código. Esto ayuda a los equipos a automatizar la configuración de entornos nuevos con políticas de Identity and Access Management (IAM) y restricciones organizacionales coherentes, lo que garantiza que la administración esté integrada en la infraestructura desde el principio.

Una de las formas más valiosas de usar IaC es resolver el problema común de los desarrolladores: “Funcionó en mi máquina, así que ¿por qué no funcionó correctamente en producción?”. Puedes resolverlo creando entornos temporales.

En este flujo de trabajo, cuando un desarrollador abre una solicitud de extracción (PR), las herramientas de IaC activan automáticamente una copia temporal y aislada de la app. Cuando se combina la PR, el entorno se autodestruye.

Para que esto funcione, tu código de Terraform no puede tener nombres hard-coded. Debes usar variables para crear recursos únicos para cada PR.

main.tf (fragmento)

En tu cloudbuild.yaml, insertas el número de PR en Terraform con la variable de sustitución _PR_NUMBER proporcionada por Cloud Build.

cloudbuild.yaml (fragmento)

Este flujo de trabajo transforma la IaC de una tarea de mantenimiento estática en una herramienta de productividad dinámica que acelera el ciclo de revisión.